<div dir="ltr">Carl,<div><br></div><div>Thanks for responding. Somehow I missed your response. <br><br>Very helpful to see that site. Pretty much, what I thought the process would be from the repos I've set up in the past. Nothing very challenging. In fact, not much different from setting up a new repo on github with nothing in it and then pushing the first code to it. (makes sense that it wouldn't be very much different since it's all git. <br><br>All the same <b>thank you so very much.</b> It is good to know I'd be on the right track. It's been a while since I've had to set one up.<br><br>With respect to the question of separate repos, that's pretty easy for us. Because many of our students have already used the ev3hub, where the best practice is to clone it, do some work, push it, delete the directory and all artifacts.  So with our java and c code, we have them establish a branch (easy in a IDE) and then do their work on the "working branch". So they can easily "clone, do some work, commit/push/delete" and then do some more work later. So generally local repos are seen as transitory in our "house". No problem since they are small.  The challenge comes later and is often mentored, which is combining working branches. But by then, the participant has succeeded at something, so they are ready to meet some obstacles.</div><div><br></div><div>Rob.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 12:43 PM Carl Nobile via TriEmbed <<a href="mailto:triembed@triembed.org">triembed@triembed.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Robert,</div><div><br></div><div>1. To set up a central repo this guide will help. And yes it is different from a working cloned copy of a git repo.<br></div><div><a href="https://feeding.cloud.geek.nz/posts/setting-up-centralied-git-repository/" target="_blank">https://feeding.cloud.geek.nz/posts/setting-up-centralied-git-repository/</a><br></div><div><br></div><div>2. If a person doesn't finish their work before somebody else gets the machine the second person will be pushing unfinished work of the first person. To solve this a different repo needs to be set up for each person and when that person uses the computer, then only CD into their repo, not somebody else's. So you need to set up one remote repo for each student and preferably one for each project (so you become the admin your organization doesn't have money to hire). The real issue is when two or more people work on the same project and the first hasn't finished his/her code before the second starts, as I mentioned previously. The solution is to have multiple clones of the same repository one for each student so no two students use the same clone. In the end, you'll have multiple subdirectories one for each student so no two students can step on each other's toes.</div></div><div><br></div><div>Sorry, for the late response I slept poorly and got up late.</div><div><br></div><div>~Carl</div><div><br></div><div class="gmail_quote" id="gmail-m_881780938035823191_idgpn_1745"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 12:03 PM Jon Wolfe via TriEmbed <<a href="mailto:triembed@triembed.org" target="_blank">triembed@triembed.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div><p class="MsoNormal">On Windows, you can also configure git to use Window’s built-in credential management system so that you do not have to type in user/pass to do git operations. I think this mechanism will still work using tokens, but I have not tried it yet, despite GitHub already nagging me about it for the past few months. I’d bet money you can do that same thing on Linux/Mac, but on those platforms, I’ve used front ends for git that I think do that for me.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I’m in the opposite boat, I’m a single individual with many git accounts in use on the same machine. I have to setup git so that uses “user/pass 1” for “repo A” and “user/pass 2” for “repo B”. Not only that, but some of my local repo’s have multiple remotes. This GitHub change is sure to be a PITA for me for years to come. I understand their rationale behind it, but when someone gets hacked, it’s going to be because they clicked on a phishing email and that the one thing that is still going to allow a username /password combination. One nice thing about user/pass authentication is that you can embed the user/pass into the url itself for https git operations. That’s not something you would want to do for a “production” workflow, for for one-off things with git, it saves a ton of hassle and setup for something you going to do one time. </p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Setting up your own git central repo isn’t hard, the hardest part is getting the machine itself up and running to host it. I use software called “gitblit” that’s a java-based git server and website interface, that has low system requirements (beyond java), and works on Windows/Linux servers, and works on older machines too. It’s got a lot of GitHub/bitbucket – like features, and it very simple to install/setup.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal" style="border:none;padding:0in"><b>From: </b><a href="mailto:triembed@triembed.org" target="_blank">Pete Soper via TriEmbed</a><br><b>Sent: </b>Friday, January 29, 2021 11:24 AM<br><b>To: </b><a href="mailto:triembed@triembed.org" target="_blank">triembed@triembed.org</a><br><b>Subject: </b>Re: [TriEmbed] GitHub heads up: password logins go away August 13th</p></div><p class="MsoNormal"><u></u> <u></u></p></div></div>Sorry to be a chatter box.<br><br>With Bitbucket you just put your credentials into the local .git/config <br>after defining the global git username and email address. I'm 98% sure <br>if you set up ssh keys for a particular local PC you can bypass having <br>to enter a password to do a push but I'm too lazy/stupid to do that. I <br>just flirt with carpal tunnel and trust my fingers to type the password <br>with close to zero effort.<br><br>-Pete<br><br><br>_______________________________________________<br>Triangle, NC Embedded Computing mailing list<br><br>To post message: <a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a><br>List info: <a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a><br>TriEmbed web site: <a href="http://TriEmbed.org" target="_blank">http://TriEmbed.org</a><br>To unsubscribe, click link and send a blank message: mailto:<a href="mailto:unsubscribe-TriEmbed@bitser.net" target="_blank">unsubscribe-TriEmbed@bitser.net</a>?subject=unsubscribe<br><br>
_______________________________________________<br>
Triangle, NC Embedded Computing mailing list<br>
<br>
To post message: <a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a><br>
List info: <a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" rel="noreferrer" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a><br>
TriEmbed web site: <a href="http://TriEmbed.org" rel="noreferrer" target="_blank">http://TriEmbed.org</a><br>
To unsubscribe, click link and send a blank message: mailto:<a href="mailto:unsubscribe-TriEmbed@bitser.net" target="_blank">unsubscribe-TriEmbed@bitser.net</a>?subject=unsubscribe<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" id="gmail-m_881780938035823191_idgpn_1746">-------------------------------------------------------------------------------<br>Carl J. Nobile (Software Engineer)<br><a href="mailto:carl.nobile@gmail.com" target="_blank">carl.nobile@gmail.com</a><br>-------------------------------------------------------------------------------</div></div>
_______________________________________________<br>
Triangle, NC Embedded Computing mailing list<br>
<br>
To post message: <a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a><br>
List info: <a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" rel="noreferrer" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a><br>
TriEmbed web site: <a href="http://TriEmbed.org" rel="noreferrer" target="_blank">http://TriEmbed.org</a><br>
To unsubscribe, click link and send a blank message: mailto:<a href="mailto:unsubscribe-TriEmbed@bitser.net" target="_blank">unsubscribe-TriEmbed@bitser.net</a>?subject=unsubscribe<br>
<br>
</blockquote></div>