[TriEmbed] GitHub heads up: password logins go away August 13th

Fri Jan 29 18:09:01 CST 2021

Carl,

Thanks for responding. Somehow I missed your response.

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.

All the same *thank you so very much.* 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.

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.

Rob.

On Fri, Jan 29, 2021 at 12:43 PM Carl Nobile via TriEmbed <
triembed at triembed.org> wrote:

> Robert,
>
> 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.
> https://feeding.cloud.geek.nz/posts/setting-up-centralied-git-repository/
>
> 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.
>
> Sorry, for the late response I slept poorly and got up late.
>
> ~Carl
>
> On Fri, Jan 29, 2021 at 12:03 PM Jon Wolfe via TriEmbed <
> triembed at triembed.org> wrote:
>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>> 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.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From: *Pete Soper via TriEmbed <triembed at triembed.org>
>> *Sent: *Friday, January 29, 2021 11:24 AM
>> *To: *triembed at triembed.org
>> *Subject: *Re: [TriEmbed] GitHub heads up: password logins go away
>> August 13th
>>
>>
>> Sorry to be a chatter box.
>>
>> With Bitbucket you just put your credentials into the local .git/config
>> after defining the global git username and email address. I'm 98% sure
>> if you set up ssh keys for a particular local PC you can bypass having
>> to enter a password to do a push but I'm too lazy/stupid to do that. I
>> just flirt with carpal tunnel and trust my fingers to type the password
>> with close to zero effort.
>>
>> -Pete
>>
>>
>> _______________________________________________
>> Triangle, NC Embedded Computing mailing list
>>
>> To post message: TriEmbed at triembed.org
>> List info:
>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>> TriEmbed web site: http://TriEmbed.org
>> To unsubscribe, click link and send a blank message: mailto:
>> unsubscribe-TriEmbed at bitser.net?subject=unsubscribe
>>
>> _______________________________________________
>> Triangle, NC Embedded Computing mailing list
>>
>> To post message: TriEmbed at triembed.org
>> List info:
>> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
>> TriEmbed web site: http://TriEmbed.org
>> To unsubscribe, click link and send a blank message: mailto:
>> unsubscribe-TriEmbed at bitser.net?subject=unsubscribe
>>
>>
>
> --
>
> -------------------------------------------------------------------------------
> Carl J. Nobile (Software Engineer)
> carl.nobile at gmail.com
>
> -------------------------------------------------------------------------------
> _______________________________________________
> Triangle, NC Embedded Computing mailing list
>
> To post message: TriEmbed at triembed.org
> List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
> TriEmbed web site: http://TriEmbed.org
> To unsubscribe, click link and send a blank message: mailto:
> unsubscribe-TriEmbed at bitser.net?subject=unsubscribe
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20210129/88e1829a/attachment.htm>