Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


psantosl last won the day on December 3 2019

psantosl had the most liked content!

Community Reputation

38 Excellent

About psantosl

  • Rank
    CTO - Plastic SCM

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Interests
    plastic plastic plastic...

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Jep, I bet you are almost there, but we're failing to explain it correctly. Sorry for that. Let me know if this two things help you. 1. I recorded a video explaining distributed vs centralized: 2. We have a section in the Plastic Book dedicated to this https://www.plasticscm.com/book/#_centralized_distributed In case none of these make it clear, just let me know, please 🙂
  2. I'm afraid we're not showing the LDAP names correctly on the client sides, for Active Directory, they show the SID. I think it gets better when you connect using AD mode instead of LDAP to AD.
  3. Are you using LDAP as your auth mode, right?
  4. Ok, but you're asking us different things on the same thread, correct?? I mean, what @Tobix wants is a "view changesets of current branch" in the context menu on the status bar. I hear what you say, but unless we can cluster more requests I'm not sure we'll make it. Yes, I know what you want, but I honestly think the BrEx gives you that, because you should always see your current branch quite easily. I can understand this is not your favorite choice, but we need to keep a vision on the product, and BrEx is definitely our way to understand version control. I mean, once I'm on my branch on brex, just clicking on the csets gives me the diff and everything. Also, I don't know if you switch branch every 5 minutes, but since I don't think it is the case, you can always have an open list of csets for the current branch. So, opening a new one will not be probably something you do very often. Maybe we can have a query to show the csets of "current branch". Regarding Jan's proposal: ok, a home button there, it could be. But it would be the same number of clicks like in the brex, correct? They both have the same menu.
  5. When you list repositories, you can only see the repos where you have list access. If you really need to know where you have checkin access, for instance, then you'd need to check the ACLs for each repo. So in short: there is no way to know "user has permissions" other than checking ACLs. You mean all the users who have access to a repo? No. Users are obtained from services like LDAP, for instance, so you could have users with access to a repo that never actually touched the repo, and the list of users is outside plastic (except for UP mode, but it is treated consistently as if it was external). See what I mean? there is no concept of "users of a repo", but simply there are users, and some of them have access. We have LDAP trees with tenths of thousands of users, and Plastic doesn't know about each of them. My question for you would be: what are you trying to achieve? Maybe we can help you if we understand that. Thanks, pablo
  6. Thanks for sharing! This is all our build master https://twitter.com/jesusmtate
  7. Wow! Never thought about this. And this menu is probably about to be gone (set selector should have been removed long ago). That being said: why don't you look into the branch explorer? You immediately see your changes, right? I'm trying to figure out why I never needed this before
  8. Why would you associate a checkin number to an issue tracker instead of the branch? I'd recommend you taking a look at https://www.plasticscm.com/book/#_a_perfect_workflow Also, we have integration with some issue trackers that can do this association for you. And, you can always write a trigger to do this association. Or a trigger to pop up a dialog that does this But, popping up a dialog with the cset number is not something we'd like to do, because it would be disruptive for mostly everyone except you 🙂
  9. Hi @tino333 You should use the date filter. The Branch Explorer is definitely not meant to draw the entire history under normal conditions: If I extend the filter back to 2005, when our repo history started, ours is also very slow. But if you just focus on the last week, everything will go fast. Now: one thing is redraw, the other refresh. It will probably take you 9 seconds to refresh, but then you can browse the entire graphic quite fast, dragging around. Correct?
  10. Why would you want to do that for a directory?
  11. I think the problem is that we are assuming IPv4 in a bunch of different points. So, we'd need to fix that.
  12. Could be that any of these assemblies (newtonsoft, etc) was overwritten during Google.Cloud rewrite? You can also try this: * Copy the Google cloud stuff elsewhere * LD_LIBRARY_PATH=your_google_path plasticd --console
  13. We are on it. We expect to have UCB support real soon.
  • Create New...