Jump to content

Héber

Administrators
  • Posts

    175
  • Joined

  • Last visited

  • Days Won

    12

Posts posted by Héber

  1. Hi,

    Once you have your cloud organization up and running you can just create a new sync view for the repo you want to move to a new repo on the cloud server and run it. That would get you an exact copy of your local repo up there and you will be able to use it without issues. 

    Then you have two options. Either you work distributed pushing your changes to the cloud, or you work centralized with the workspace pointing directly to the cloud server. I think it's easier the second one, but depending on your connection it might take you some time. You could also work only locally.

     

    Best,

    Héber.

  2. Hi Jeff,

    I'm sorry for the late reply. As you said, we don't encourage the modification of the history because it can lead to this kind of scenarios. The only way to fix it without having to create a new local repo is to have another teammate create a new changeset where the deleted one was supposed to be, as you did.

    I'm sorry for the inconvenience.

    Best,

    Héber.

  3. Hi,

     

    I'm afraid there is no way to do it right now. 

    We are working on a trimming tool to reduce the space that it takes, bt right now it is not possible.

    Another option I can think of, if you don't need all the branches for example, you could replicate to a new repo only the main branch and the ones you are currently using and then delete the previous repo. This is not an optimal option, but it might help you save some space.

     

    I'm sorry for the inconvenience.

     

    Best,

    Héber.

  4. Hi,

    If I understood you properly, you just need one installation, the on premise one in this scenario. 

    With it you should be able to have your local server related to the enterprise edition and get connected to it with no issue. Once you have a cloud organization, you can access everything from the same client just by selecting the cloud server:

    image.png

    In this screenshot, you can see an on premise client working against a cloud organization. I have a central server I access with this client, a localhost one for personal projects and distributed workflow, and a cloud one. You can still create sync views between them or work centralized against any of them.

    In the following GIF you can see how I have access to those three repos:

    Servers.gif

    Does this help you? Is it clear now?

     

    Best,

    Héber.

  5. Hi Wolfram,

    I'm sorry for the delayed answer.

    Quote

    OK, checking this again in detail it seems, this date is automatically chosen to be the date that particular file was FIRST added to the repository. Can you confirm this?

    I'm afraid it doesn't work that way either. It is going to show you the same timespan you have selected in the branch explorer view. So if you select a file that was not modify in that timespan, it is not going to show you any data. But it keeps the one from the branch explorer.

    Quote

    Changesets: Here there isn't even a date field. So to show ALL changesets (which is necessary if you want to search for a keyword), you need to click "Advanced", then manually select the "where date > '...'" part and delete, then Return/Execute. But even then, this is per workspace(?), and even "Set as default query" does not work across repositories/workspaces.

    Which behaviour would you like to have? To allow you to specify a determined query and have it for all the repos? Or maybe an option like the one in the branch explorer? All the feedback is welcome, as you can be thinking of an option we weren't even considering.

     

    Best,

    Héber.

     

  6. Hi Andy,

     

    No, Plastic doesn't install Ruby, but it was given as an example. You can use the same trigger in the language that better suits you. For example, a lot of users use Python.

    Quote

    We can install ruby on our server if there is a server-trigger that would work for the same purposes.

    That would be an option too. Server-side triggers do work for checkin operations, so it should be fine.

    Let me know how it goes or if you need asistance with it.

     

    Best,

    Héber.

  7. Hi Josh,

     

    I have just tested it in a Ubuntu 19.10 and it worked fine. Let me explain you what I did on a fresh install:

    That led me to a working installation of Plastic cloud edition (you can check it in the attached image).

     

    Is there any reason in particular why you wanted the cloud client?

     

    Best,

    Héber.

  8. Hi Joe,

     

    Are you pulling it from a cloud server? The problem is that while you are trying to access those files to pull them, there is another process locking them, maybe a database transaction.

    Depending on the destiny of the pull, there are different things to do. So lets keep going with this issue step y step.

     

    Best, 

    Héber.

  9. Hi Toni,

     

    Short answer: Yes, but...

    Long answer: Since Ubuntu 19.10, one of the libraries we use for the GUI has been removed from their repos, so it is not possible to run it. You can still use the command line client and the server, but no GUI is available. However, that missing library can still be downloaded from Ubuntu bionic repos, so adding those repos to the apt tool. To do so, you need to create the "bionic-oldlibs.list" file under "/etc/apt/sources.list.d". Inside that file paste these two lines:

    deb http://us.archive.ubuntu.com/ubuntu/ bionic main restricted
    deb http://us.archive.ubuntu.com/ubuntu/ bionic universe

    These are the latests long term repos with the missing library. 

    If you now perform an "apt update" and try to install Plastic again, you should be able to do it without issue.

     

    Best,

    Héber.

  10. Hi Andy,

     

    I'm afraid there is no option to make sure a checkin has a comment by default, but you could create a before checkin trigger that ensures there is one.

    You have an example that does that exactly here: 

    https://www.plasticscm.com/documentation/triggers/plastic-scm-version-control-triggers-guide

     

    Best regards,

    Héber.

  11. Hi Tyler,

     

    I have been working on this and trying to get it working as you are doing, but so far I haven't been able to set the changeset to build, as it only allows me to add a branch.

    You can check it in the attached image. Can you tell me where are you adding it? 

    Furhtermore, we released a task some time ago where the behaeviour of the "update" was changed. 

    [New]
    
    All platforms – Plastic, Gluon, command line: Now update always goes to latest.
    
    Suppose you switched your workspace to a particular changeset, then decided to update. You were stuck on that changeset, by design.
    
    We thought (for a few years already) that if you had switched to a given changeset, why would you want to jump to latest during an update?
    
    But then we realized it was a true UX pain. Why wouldn't you want to switch to latest?
    
    So, we just changed the behaviour. Now, when you update, you'll always go to latest in the branch, even if you were working on a given changeset or label before.

    It was done the 2019-07-23, and released on version 3470.

    Were you using a previous version when it was working?

     

    Best,

    Héber.

    image.png

  12. Hi,

    You can still perform it from the regular GUI going to the branch explorer and right clicking there a branch, then Push/Pull and finally sync with git.

    I know it is more tedious and definitely not a comfortable option for Gluon users, but I'm afraid it is what we have now. I'm sorry.

     

    Best,

    Héber.

  13. Hi Mark,

     

    I'm afraid Code Review replication is not fully supported yet for distributed workflows.

    In order to have the metadata changes pushed to cloud you need to have a new changeset. You can also push/pull the branches without a syncview, and most of the metadata will be pushed with it.

    You can also create a centralized workspace to perform code reviews changes, as a workaround until replication is available. I understand this is not a great option, but it might solve your issues for the moment. Notice that you would have sort of a "dummy"  changeset with just a code review.

     

    Best,

    Héber.

  14. Hi Wolfram,

     

    Thanks for the feedback. We will have it in mind. However, as you said, changing it right now would annoy the rest of the users.

    Quote

    Hm, this does not seem to be the case. With  the mentioned ruleset we now use, ~-Files in Samples~ are still ignored, and I am able to both explicitly ignore other files in Samples~, as well as un-ignore specific ~-Files in it.

    In that case, forget what I said.

    Glad to hear you have it working as you wanted it.

     

    Best regards,

    Héber.

  15. Hi!

     

    That's great! Of course you can use the logo. We can provide you with a different one as well if you want, just say it out loud :)

    Would you be interested in making a blog post about it? 

     

    Best,

    Héber.

×
×
  • Create New...