Jump to content

All Activity

This stream auto-updates     

  1. Today
  2. 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.
  3. We have plans to perform big changes in our cloud infraestructure and it should lead to a GitServer support for the cloud repos but I don't think it will happen in the near future. For now, I'm afraid you will need to use an o-premises server to use the GitServer feature. Sorry for the inconveniences, Carlos.
  4. Do you have a commertial license? If you reach us at support@codicesoftware.com, we can get connected and take a look. Regards, Carlos.
  5. @psantosl Can you provide an update on this topic? It's still a big drawback on our workflow using Plastic and often creates situations where work gets lost because the changes in another branch are not taken into account and are overwritten.
  6. Yesterday
  7. I'd be very interested in GitServer for use in our cloud repo as well. @calbzam Any high level timeline as to where this feature falls in the roadmap?
  8. We've just started using plasticSCM for unity development with two developers and so far are generally loving it! we've run into an issue where I would make a comment on a code review, push the branch, then get a reply on that question that resolves the issue so after pulling again to see the reply, I want to delete original question, but after I delete it and push the branch, it does not get replciated on the other developers machine. the comment is still there after being deleted? is there any help someone can provide? maybe we've setup something wrong I'm not sure, but it seems like unexpected behaviour cheers
  9. It appears that I am the administrator/owner. All of the commands shown in --help either output the same error as the tube tab in the client does, or said that it failed to log in to my user. Status command says that the plastic scm server is not connected to plastic tube. I believe that the problem occurred when I changed the password for my plastic account, but trying to relogin with new password does nothing. Edit: thought it was worth mentioning that the password field is always filled with 32characters as default (when first opening plastic) for some reason. Erasing and logging in with actual password doesn't help.
  10. Hi again, I'm able to reproduce. Let me share with the team. Regards, Carlos.
  11. Hi! Thank you again for your continued support! I posted about this before but it's still very jarring for our team and is causing a lot of friction with some of our files. Basically, there are some configuration files & libraries etc. that need to be present, but customized/recompiled per-developer. We want to commit them to the repository as they DO need to be present in at least a "default" state, but then once downloaded, we want developers to not have to worry about committing them ever. This feels like a very reasonable and common use case, and one for which "hidden_changes.conf" is made for. However, when we switch branches/changelist (which is very often!), we get the following error-looking dialog for any files we are locally changing but that ARE in "hidden_changes.conf": Ideally, if a file is in "hidden_changes" it wouldn't cause such an error and not put up any dialog. (e.g. I know it's a different use case but files that are cloaked don't put up a dialog) If there are any concerns about communication at the very least it should be a more friendly dialog such as "the following files are marked as HIDDEN CHANGES and have been changed and will NOT be updated to the new change list". Thanks again, I hope that made sense (or if I am missing anything about the intended use case of hidden_changes?) and if a solution like this could be implemented. Francois
  12. I have no option to 'change storage'
  13. You can still use SQLite databases in Plastic v8. Anyway, we recommend you to migrate to Jet. SQLite databases shouldn't be used in production enviroments. If you currently have a Team server, you should be able to migrate to Jet via webadmin. If you are not able to do it, please let us know: https://plasticscmsupport.zendesk.com/hc/en-us/articles/360020837894-Migrate-to-Jet-backend When you install Plastic Cloud edition, by default your local server is configured to use Jet so if you previously migrated to databases to Jet, you can directly use them in your local Plastic server. Regards, Carlos.
  14. I currently have Team Edition using the legacy community edition licence . I don't really want to continue with our existing licence because a) I want to pay for your product and support its development. b) I want to move to the Cloud based licence. I recently upgraded from v5 to v8 and it looks like I am forced to use the JET backend. My current repositories are SQLite and the admin management console gives me no option to change (or migrate) the backend. My questions are: 1) Can we carry on using SQLite for the cloud based system local repositories? 2) If we have to use JET when using the Cloud then how can I *prove* that I can migrate from SQLite to JET before committing to use the Cloud?
  15. Hi, I just a fast test and the Tube seems to be up and running. Are you the Plastic server administrator? (right-click a repo --> Repository server permissions --> owner) Could you try the "cm tube --help" command? Regards, Carlos.
  16. @calbzam Are you able to reproduce the issue with the above detailed steps?
  17. In case it helps anyone, there's a flag --cutignored that can be combined with --ignored to filter out the contents below ignored directories, thereby simplifying the output. The following command gives a list that can be used directly in a FOR loop : cm status --ignored --cutignored --compact --short
  18. Hi there! This stumped us too. It seems this has still not been added to the documentation? We discovered by experimenting that the client-side triggers are not purely "client-side" but rather "server-provided client-executed trigger". Our first interpretation of the Triggers Guide was that we would need to setup a client-side trigger on each client machine, but we soon discovered that this led to *many* client-side triggers. ;D We then went back to the Triggers Guide and to our surprise we found no mention of this fact. This really has to be explained better! Best regards, Göran W.
  19. Last week
  20. Hi, I'd say there is an error in the connection settings. Can you please write an e-mail to support@codicesoftware.com with the details of the issue and attach the server plastic.debug.log.txt ? Best, Héber.
  21. When I try to bind Plastic branches to Jira issue tracking system using the Issue trackers UI, I get the following error... The allrepos folder is not being created.
  22. Hi, I've been using plastic tube to sync up progress between me and my colleague. A week ago tube tab in the plastic client said "Status: [myname] is not connected to plastic tube" and that only the server administrator can modify the plastic tube configuration, even though I am the administrator. I tried re-entering my login/password, installing a newer version of the client, went everywhere in server web config and personal dashboard. The license is valid and it worked perfectly in the past. Any help/suggestions would be appreciated.
  23. Hi! Please check the following documentation https://www.plasticscm.com/documentation/administration/plastic-scm-version-control-administrator-guide#Chapter6:webadmin-Serverconfigurationandadministration. Maybe this helps! Regards. María
  24. Is there a command-line configuration utility? I'm aiming for 100% scripted setup. I suppose I could use whatever HTTP API that WebAdmin is using, but I doubt that's documented.
  25. Thanks Carlos, I think you might be right. I changed the preference and based on a few spot checks, the problem seems to go away. I should have thought of that! I guess checking the hash is slightly slower but it doesn't seem to matter for our repo size.
  26. Hi, Definitely this is not normal. It could be related to your network drive. At the end of the day Plastic just goes over the workspace trying to identify items where the timestamp has changed. There is an option under "Preferences" --> "Other options" so the pending changes view checks the file hash instead of the timestamp to determine if a file has been changed or not. Could you check if it helps? I guess the changed items don't have real changes but only the timestamp (for some unkown reasons). Regards, Carlos.
  27. I'm starting to see files appearing in Pending Changes despite not having been modified or saved in my workspace (at least not by me). In the Preferences I've already selected 'Do not allow, show an error' for the behavior when switching workspaces with changed items. This seems to be working correctly. But when I do switch my workspace to a difference branch, if i go to Pending Changes straight away I see a handful of files that appear to have been modified seconds ago. If I try doing a diff of the workspace contents Plastic finds no actual revisions in the content. I did wonder whether any fields within the files (they're word documents) are auto-updating and so appearing modified, but as I've never saved the modified files I don't know how they're appearing as pending. Also, the files that appear in Pending Changes seem completely random and bear no relation to what has actually changed previously in the branch. I'm on so a little out of date but haven't run into this problem before. The only difference in approach is that I've recently started placing my workspaces on a network drive rather than the local c:\ drive. Could this be a factor?
  1. Load more activity
  • Create New...