I see commits under two different users...
-
Here https://workspaces.codeproject.com/kornfeldeliyahupeter/if-my-granny-had-a-mixer[^], I see tow different top contributors. And also here https://workspaces.codeproject.com/kornfeldeliyahupeter/if-my-granny-had-a-mixer/code/commits/master/1[^], there are two of them. It's true that both of them seems to me, but one of them has a link to my profile and the other has no. Also the differences in names is confusing. I'm using VS 2013 and accessing git with the TFS extension...
-
Here https://workspaces.codeproject.com/kornfeldeliyahupeter/if-my-granny-had-a-mixer[^], I see tow different top contributors. And also here https://workspaces.codeproject.com/kornfeldeliyahupeter/if-my-granny-had-a-mixer/code/commits/master/1[^], there are two of them. It's true that both of them seems to me, but one of them has a link to my profile and the other has no. Also the differences in names is confusing. I'm using VS 2013 and accessing git with the TFS extension...
Well, the short story is that it seems that you were using two different setups, configured differently. For longer explaination, let me explain little git background first. Basically for each commit git stores both email and name. Those values are put into commit on your local machine, in the moment when you are creating commit. Your git client takes its current configuration and just uses it to fill in commit details. (Actually there are 4 values, one email/name pair for committer and second pair for author, but this is not relevant in our case). Now, it seems that you have used 2 different configurations, one of them was configured a slightly weird way. Namely, first few commits are sent from your *.co.il email, and both comitter name and email were set to that email (whereas name field should contain, well, name). That email was registered with CodeProject, so, those commits are linked to your member page. The recent commits were created from different email, which counts as a different contributor to us. That email (@gmail.com) wasn't registered with CodeProject.com, so we do not know which member profile we should link to. Also, author name of that commits are set properly (i.e. to non-email). So, it seems, that there was a misconfiguration on your side, whereas ::GitMachine behaved as we expected. We'll however do small adjustment to our code - when we recognize CodeProject member, we'll display name from our system (which may e.g. include colors, as some users do use them), instead of values from git commit. Should you have any further questions/comments, please let us know.
-
Well, the short story is that it seems that you were using two different setups, configured differently. For longer explaination, let me explain little git background first. Basically for each commit git stores both email and name. Those values are put into commit on your local machine, in the moment when you are creating commit. Your git client takes its current configuration and just uses it to fill in commit details. (Actually there are 4 values, one email/name pair for committer and second pair for author, but this is not relevant in our case). Now, it seems that you have used 2 different configurations, one of them was configured a slightly weird way. Namely, first few commits are sent from your *.co.il email, and both comitter name and email were set to that email (whereas name field should contain, well, name). That email was registered with CodeProject, so, those commits are linked to your member page. The recent commits were created from different email, which counts as a different contributor to us. That email (@gmail.com) wasn't registered with CodeProject.com, so we do not know which member profile we should link to. Also, author name of that commits are set properly (i.e. to non-email). So, it seems, that there was a misconfiguration on your side, whereas ::GitMachine behaved as we expected. We'll however do small adjustment to our code - when we recognize CodeProject member, we'll display name from our system (which may e.g. include colors, as some users do use them), instead of values from git commit. Should you have any further questions/comments, please let us know.
Thanks. I will check my setup...
-
Well, the short story is that it seems that you were using two different setups, configured differently. For longer explaination, let me explain little git background first. Basically for each commit git stores both email and name. Those values are put into commit on your local machine, in the moment when you are creating commit. Your git client takes its current configuration and just uses it to fill in commit details. (Actually there are 4 values, one email/name pair for committer and second pair for author, but this is not relevant in our case). Now, it seems that you have used 2 different configurations, one of them was configured a slightly weird way. Namely, first few commits are sent from your *.co.il email, and both comitter name and email were set to that email (whereas name field should contain, well, name). That email was registered with CodeProject, so, those commits are linked to your member page. The recent commits were created from different email, which counts as a different contributor to us. That email (@gmail.com) wasn't registered with CodeProject.com, so we do not know which member profile we should link to. Also, author name of that commits are set properly (i.e. to non-email). So, it seems, that there was a misconfiguration on your side, whereas ::GitMachine behaved as we expected. We'll however do small adjustment to our code - when we recognize CodeProject member, we'll display name from our system (which may e.g. include colors, as some users do use them), instead of values from git commit. Should you have any further questions/comments, please let us know.
OK. I got the problem with my settings - in fact I'm working on two desktops at different locations and both were configured differently, and apparently a bit wrong... I have only one question, how's that, that I was able to push commits into with settings that does not belong to my CP account. That means that the ::Code part is open to everyone has it's URL? It's the expected behavior also later, or there will be a access management of some kind?
-
OK. I got the problem with my settings - in fact I'm working on two desktops at different locations and both were configured differently, and apparently a bit wrong... I have only one question, how's that, that I was able to push commits into with settings that does not belong to my CP account. That means that the ::Code part is open to everyone has it's URL? It's the expected behavior also later, or there will be a access management of some kind?
All write operations are authorized by your username/password. So, nobody can write to your code repository without your approval. I.e. in order to be able to write to your repo, user either need to know your password and be logged in as you, or you need to share workspace with him first. The content, however, is annotated and contains info who created it. Those annotations are strings only, you can enter any strings you want, use non-existing email, whatever. It is pretty identical on GitHub and other git hosting platforms. Git does that to embrace distributed nature of teams. One person may fetch repo to local drive, then work on it. Synchronize it with other team members, and merge their work in. Then, upload it back to repository hosted by CodeProject. After such operation, each commit will correctly display its respective author.
