Jump to content

Scott Courtney

  • Posts

  • Joined

  • Last visited

Recent Profile Visitors

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

Scott Courtney's Achievements


Newbie (1/14)

  • First Post Rare
  • Conversation Starter Rare
  • One Month Later Rare
  • Week One Done Rare

Recent Badges



  1. No worries, and thanks. I have been mostly occupied with other projects. If this had been urgent, I would have escalated sooner. All good.
  2. Good day I have a GitHub repo that is a fork of an existing public repo, so I can contribute to an open source project. With Plastic, I was able to follow your online docs to create a new local repository, add a workspace, and sync from GitHub using my normal GitHub credentials. (I used HTTPS this time, but I'm amenable to SSH if I can figure out how to tell Plastic client how to find my SSH public key.) I created a branch in Plastic, made some small changes, then checked in the changeset on my branch. Attempting to push to the GitHub repo, however, fails every time because Plastic is unable to authenticate. I know the credentials are good, because I'm simultaneously logged into the GitHub web interface with those same credentials. I've got several questions related to this, some of which I can't find in the docs but others are requesting clarification of what the docs say. I have not set up an email mapping in the Plastic config file, because the email associated with my Plastic Cloud account is the same as the email for my GitHub account. Do I need to provide a mapping file anyway, e.g., "myself@example.com = myself@example.com"? The email mapping file says the LHS should be the email for my Plastic account. The only repos involved are on my local SSD and on GitHub, so I am confused as to why the Plastic Cloud account is involved at all here. Can you please explain? My GitHub login credentials are by a username and not by email address, so how does that affect what I put into Plastic's config and/or popup prompts? Is it possible to change the remote sync method and/or repository path without deleting and starting over on the local side? (I'm familiar with the process for deleting the metadata under AppData/Local/ or equivalent). The documentation for PlasticSCM GitSync doesn't seem to cover how to use SSH keys, and the popups are quite specific in requiring a password. I have my SSH pubkeys installed in my GitHub account, but I don't know where to configure Plastic client to use them. Does the fact that my GitHub repo is a fork of another repo, and I don't have write access to the parent repo, matter to Plastic? Finally, if Plastic is storing the remote repo metadata, why is it prompting me for credentials at all? For good security, my GitHub password is a long random string, so am I going to have to retrieve it to clipboard from my password manager tool every time I want to push to remote Git servers? Thanks for the info, and sorry for the newbie questions.
  3. (quote trimmed) This does help, and I thank you. I think I have the information I need to move forward, and I'll take the legal discussion to the other venue as requested by Francisco. You've answered all the technical/account questions I had, and I appreciate the thorough coverage of the issues. The command line account-switching technique you use will probably work for me as well, and I will go re-read the applicable documentation now that you've given me a better contextual framework to interpret what I'm reading. I am not at all averse to RTFMing, but sometimes "the documentation makes more sense once you understand the software", as they say. Have an excellent day!
  4. Thank you, Francisco, for the informative and helpful reply. I believe I may have been conflating the Privacy Policy with the privacy clauses in the EULA. I was notified by Unity's licensing/legal folks of a new privacy policy for PlasticSCM that was cited as being a result of the acquisition. When I read that document, there was nothing about use of the customer's name or logo for promotional purposes, so I rejoiced that my concerns had been rendered moot (as I hoped they would be, and which is why I hadn't raised this issue before; I simply assumed that if I was patient my concerns would be resolved by the changes already in progress). I apologize if I have muddied the waters through misunderstanding. I want to be clear on the nature of my concern, and that of our CEO. There is no question in my mind, whatsoever, of the good faith intent of the Codice team, which has a stellar reputation in the user community. When Ollie states that you would not use our identity for marketing without our consent, I absolutely accept the sincerity of that. The problem is, as Ollie has stated, that in business what will prevail is the written legal document, not the good intentions of the parties involved. My concerns, and those of our CEO, are simply due-diligence on our part. Per your request, I will send an email with the concerns and a link to this thread, to the sales address. Thank you again for taking this concern seriously and not dismissing it as excessive paranoia. My sincere hope is that we can resolve this quickly and painlessly, because our team desperately needs the capabilities that PlasticSCM can offer.
  5. Aside from the concerns about the EULA, with respect to the other issues: The plan you suggest for the organizational account will work perfectly. Thanks for the info, and we can call that one solved. The suggestion for my personal account seems logical, also. Will that work even if I have only one Unity ID? I assume it would, and I would simply need to login manually to PlasticSCM depending on which Unity project I'm building? Does the PlasticSCM client remember my credentials globally, or within the project? If PlasticSCM remembers the credentials by project, then it sounds as if we might be better off keeping the PlasticSCM cloud account standalone rather than using the SSO feature. Do you have an opinion on this? Again, thanks for an excellent reply. Despite my follow-up questions, you've moved the discussion forward very helpfully.
  6. Hello, and thanks for an excellent reply. I read the updated EULA, and found this section still in place: 16. Use of Customer Name Customer agrees that the LICENSER and his authorized Partners may use Customer's name and logo in advertisements, other promotional material and the LICENSER'S website. Our CEO is not comfortable with this provision of the EULA, and most of the work-a-day developers who download the cloud app don't have the legal authority to grant this permission on behalf of their organizations. (For my existing personal account, it was not such an issue.) Suppose, hypothetically, that I agree to this license on behalf of my company -- and I don't have the authority to do so. If Codice actually exercises this provision, it's potentially a problem for all of us: Codice might have trouble enforcing this clause because you didn't obtain agreement to it from an authorized representative of the customer company. I would be in trouble with my company for agreeing to a contract that (1) I didn't have the right to agree to, and (2) even if I did, isn't something executive management supports. My company could be in an awkward situation due to nondisclosure agreements we have with some of our clients. Now that Unity has acquired Codice, they would be involved in a multi-way legal tug-of-war. There's nothing in the clause distinguishing evaluation periods versus long-term relationships. What happens if Codice chooses to use this clause on a new customer, but then the customer decides PlasticSCM isn't the tool they want and moves to something else after evaluating PlasticSCM? As a practical matter, my organization is small enough that Codice probably wouldn't bother with our name and logo, but as you are no doubt aware, legal matters can hinge on minor technicalities, so I have to be somewhat concerned about this. Do you have any suggestions on how to resolve this concern? Is there an ongoing review of the EULA following the Unity acquisition, so it's just a matter of me waiting a while for things to sort themselves out?
  7. Hello, all. I am evaluating PlasticSCM for our team as a replacement for Unity Collaborate. We need the improved Git integration (on-premises Git server used by other teams unrelated to Unity; not GitHub or GitLab specifically), and we need branching. Early in this process, I created a PlasticSCM account for the free cloud version using the same email address as the one associated with my Unity ID. I did not, however, use the "sign in with Unity ID" feature (if I am recalling correctly). Because I was using Unity on my own before my company switched to it from another tool set, my Unity ID is attached to my personal email address and not (yet) my company email address. That is likely going to change soon, and the update to the Unity account is a known process. On the Unity side, we have three active team members (the other two are not yet involved with PlasticSCM, so other than noting their existence, they're not part of the questions herein). We also have our Unity "organization" account, which is an email address for our accounting department. I have access to this Unity account, because I am the team lead, but this account does not have any actual Unity "seats" assigned. To further complicate things, when I was simply evaluating PlasticSCM I set up my account for non-encrypted repositories, but if we move forward I think we'll need to use encrypted repos. (I wish it were possible to select this on a project-by-project basis, though). Finally, I still have personal projects for things like games that are not company related. The company uses Unity for engineering/simulation work, rather than games as such, but I still make game projects as a hobby. The company knows of, and approves, this off-hours work, but I don't want to clutter the company PlasticSCM repos with non-company work. To summarize, the existing set of accounts is as follows. To avoid posting real email addresses, I will just use placeholder names. In Unity account database: accounting@company -- Unity ID with no seats, set up as the organizational owner on Unity side myself@personal -- My own Unity ID with Unity Pro seat and Unity Teams Advanced seat through the company; set up in Unity as an organizational manager. Probably going to change the email on this account to myself@company but keep the actual Unity ID because of the asset store licenses attached to it artist@company -- Unity ID of a colleague, with Unity Pro seat and Unity Teams Advanced seat through the company designer@company -- Unity ID of second colleague, with Unity Pro seat and Unity Teams Advanced seat through the company In PlasticSCM account database: myself@personal -- Free cloud account, pretty sure I created this independently of the Unity ID that shares this email address (but not absolutely certain, and not sure how to find out) I would love to come to this forum and ask for advice on the best way to set up what we need, but I'm not certain in the PlasticSCM context what we should be doing. The desired roles within PlasticSCM would be something like this, I think: accounting@company -- Same role with PlasticSCM as with Unity, which is to say "owns the organizational presence but does not perform project work" artist@company, designer@company -- Both set up as contributors on the PlasticSCM team, with authentication via the Unity IDs, no management role required myself@company -- Authenticated with my Unity ID and has project administrative capabilities within PlasticSCM (i.e., can create or remove projects, grant/revoke access, etc.) but does not "own" the organizational presence myself@personal -- Authenticated with my Unity ID, but treated on the PlasticSCM side as a separate account for my spare-time game development; repository cloud storage paid for by me and not by company The evaluation account I set up in PlasticSCM a couple of months ago has a little content in its repository, but it's just a copy of a real project, for testing. I have absolutely no objection to asking for the server admin folks to nuke the entire account so I can start over -- once I know how I should be setting this up. If it would be easier, it would also be fine for me to have just one Plastic SCM account -- linked to my Unity ID -- but be able to pay for my own, independent cloud storage. In addition to the "how do I set this up" question, I'd like to know what happens on the PlasticSCM servers if the email address for a Unity account changes, if the PlasticSCM side was set up using the "login with Unity ID" method. Finally, I have a related but nontechnical question with respect to the PlasticSCM EULA. The main reason I had to set all of this up on my personal account and not the company's account, is that when I signed up the Terms and Conditions explicitly stated that Codice would have the right to identify the company as a customer and display our logo in promotional context -- and that I was representing myself as having the right to agree to that usage on behalf of the company. I did not, and do not, have such authority (I'm a technical lead, not a company officer), and when I showed the EULA to our CEO, she nixed the idea exactly as I expected she would. Unity Technologies just a week or so ago announced that PlasticSCM is now covered under the Unity privacy policies, which are more protective of us as a customer and to which our CEO already agreed. I can no longer find online the EULA to which I could agree as a private individual but not on behalf of the company. Is that EULA now a thing of the past, allowing our company to confidently move forward? I apologize for the length of this post and the detailed background information. I am very impressed with what I've seen of PlasticSCM so far, and I think it will be a fantastic solution for us if we can resolve these one-off administrative/logistical questions. Thanks for reading, and for any information someone can provide.
  • Create New...