Hi Philip, > Hi Uwe, > On 09/12/2022 15:53, Uwe Brauer wrote:
> A clarification here. > Do the students have, or are allowed, USB access to the desktops? Or are > the desktops locked down? That is a good question. I know that in the past they did not, because of Viruses (needless to say that most of the time the use MS Windows) that might have changed, but thinking more and more about the issue, even if they had that access, I am pretty confident to assume that only around 5% of the student will be able to have their private keys stored on a USB and will be able to access github/bitbucket etc. I hope I don't sound like a grumpy old man (I am not) but in my experience: the willingness of students to learn basic software tools decreases every year! One reason could be the smartphone, which makes everything look simple, and at the slightest complication, they get frustrated. > Do students have local storage space that is password (user) protected > on the university system, or is it just a password for access control > (to the tools)? Well since our university has been «forced» (lack of money) to put most of their service in google hands (gmail/g-drive etc), the students should in principle have some disk space, however I see them often just sending emails with attachment to themselves, instead of saving data properly.... > Are FIDO tokens a possibility via the USB ports? (I've not used them..) > Workarounds usually need some gap in the system that gives an access > port to the trust the student/user has already been given, hence the > query about the limits of the existing trust relationships. > A secondary thought is that if it's just push/fetch/pull (and ls-remote) > that's needed, then can't they add a password to that specific host ssh. > I certainly have a password set for all my GitHub pushes, though as I've > a public open repos the fetch doesn't need me to provide the ssh password. > The `.git` folder for the users local repo is stored with the project > directory anyway, so the restrictions on project access should be the same. Well that will be another problem. The chances that the students will use the command line is close to zero, so I asked the system administrators to install sourcetree a hg/git gui. That might allow something of what you propose but I think I feel a bit uncomfortable > I used the fact that .git was hidden to start using version storage > [remember there is no control in DVCS - the control has already been > distributed to the user, not the 'manager' ;-) ] on Matlab when I was > working - my branch didn't show up for the other users as the common > storage was still on 'main' and the '.git' was hidden ;-) I have to think about that, but my first reaction is well no. Especially I found a workaround it seems (for how long I don't now) Gitlab still supports pushing and pulling via https. I hope they will not change that during my course. Gitlab however causes another problem, but that I will ask in a different mail, in order to separate things. Thanks Uwe -- Warning: Content may be disturbing to some audiences I strongly condemn Putin's war of aggression against the Ukraine. I support to deliver weapons to Ukraine's military. I support the ban of Russia from SWIFT. I support the EU membership of the Ukraine. https://addons.thunderbird.net/en-US/thunderbird/addon/gmail-conversation-view/ -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/git-users/877cz0xvg4.fsf%40mat.ucm.es.
smime.p7s
Description: S/MIME cryptographic signature
