There is nothing in the GitHub guidelines, as far as I can see, that prevents people from making multiple personal accounts. I would like to create a "more serious" account and move my serious projects there, and keep the trash on a side-account.
The problem is that I used to have two accounts a few years ago, and GitHub actually banned both accounts due to that. They told me that "you are only allowed to have 1 account". I had to petition their support to reopen my main account. But it seems like they've changed their stance now, because I can't find any wording that prevents multiple accounts anymore.
I am Googling for the term multiple accounts site:help.github.com and the pages that come up seem to indicate that it's allowed these days.
For example, https://help.github.com/en/github/setting-up-and-managing-your-github-user-account/merging-multiple-user-accounts says "We recommend using only one user account to manage both personal and professional repositories", which sounds like they accept multiple accounts too.
Does anyone know? Perhaps some of you have multiple accounts successfully!
It would be better to create an Organization instead and keep your important projects there. It's always much easier to have a single account in terms on maintainability.
For instance: in BitBucket you cannot have your single public key attached to two different accounts.
I found the actual answer in the Terms of Service:
https://help.github.com/en/github/site-policy/github-terms-of-service
"One person or legal entity may maintain no more than one free Account (if you choose to control a machine account as well, that's fine, but it can only be used for running a machine)."
So that's why they banned me all those years ago. You're only allowed to have 1 account if you aren't a paying user.
But I will accept #emix answer, since he was the first to suggest the smart solution of making an Organization for my serious projects!
You can create New organisations linked to your main personal account.
Related
Using Github Enterprise, I have a service/bot account where I'd like to generate a number of Personal Access tokens and provide to a number of teams.
Is there any limit in how many Personal Access Tokens can be generated per user?
As far as I'm aware, there is no limit, but if you want to be sure, you should ask either the GitHub support team or on the GitHub community forums.
GitHub itself has such a bot account and PATs are frequently used there, but do be aware that the UI may be a little (or, depending on how many tokens you issue, very) slow, since it isn't designed for people to have huge numbers of PATs.
You may find it more desirable to use deploy keys if you're accessing a repo, since these have a smaller scope (one repository) and won't have the UI problems mentioned above, but of course that won't work for the API.
We're having a lot of developers just sign up for Azure DevOps, create their own Org, and use the five free licenses. This creates big problems if they were to leave. Is there a way to stop this or at least be notified when this happens?
There's no way to prevent it that I'm aware of. You should definitely ensure that everyone is using organization accounts ("work or school" as opposed to "personal" accounts) and that your Azure DevOps organization is backed by Azure Active Directory, so that at the very least you can retain access to any accounts created by others.
However, there's nothing wrong with creating an account to use as a sandbox. In fact, it's very common, as it can be useful to have an unrestricted place to try out features.
If people are creating additional accounts and then using them for real work on an ongoing basis, it sounds like you have a "people problem" in your organization that needs to be addressed, not a tooling problem.
Are people not being given appropriate access to the place they should be working in a timely fashion? This points to a problem with on-boarding.
Are people unaware of where they should be working? This is a training/documentation problem.
How are they working in a personal account without other collaborators (such as managers, teammates, or business users who are managing the backlog) being aware of it? If their manager/technical lead is aware of it, why is their manager/technical lead not redirecting them to an appropriate location? This represents a communication problem (specifically, lack of communication).
I'm looking at Github and it looks great. I see there are business accounts you can set up to version control your work. I know there is a lot of open source stuff on there, but is it common practice for businesses to store solutions on there? And more importantly, is it safe? As the solutions are not to be viewed by anyone else.
For what it's worth, I just transitioned my company's source to GitHub, using private repositories. Also, I've been keeping commercial products of my own on GitHub in the same way for some time
It's working great. Your account has a list of 'contributors' for each repository, which controls who can view / commit to each one.
The business accounts on GitHub are suitable for you if you do not want to store your code on someone else's server. Sign up for this if you want to keep your repositories "behind the firewall" by installing the software on your own server.
References:
GitHub Enterprise (this is the "business" plan)
GitHub Security
Concerning safety - there was a similar question a few months ago.
Check it (and my answer there :-) out:
How safe is it to host sensitive data on repository sites like github, bitbucket, etc.?
I don't know if it's common practice for companies to store their code online...but I guess that a lot of companies don't like the idea of hosting their intellectual property at some third party.
Probably "company culture" makes a big part of it.
I'd say that "hip" internet startups are more likely to host their stuff online than "conservative" enterprises/"non-techy" companies.
Some of the "hip internet" companies (for example Facebook, Twitter, GitHub...) at least have open-sourced part of their stuff, but I don't know which of them also host their private stuff there and which don't.
(except GitHub, I read somewhere that they host ALL of their stuff themselves...makes sense :-)
Another example: Headspring Software (where quite a few known .NET developers work) runs nearly completely on online services.
The linked blog post doesn't explicitly mention where they host their source code, but I wanted to mention this example anyway because of all the other stuff they have outsourced.
Many "conservative" companies wouldn't even want their e-mail/calendar/sales data at some third-party provider in the cloud...let alone their source code.
I was wondering is there any way to create 2 ios developer accounts with same bank account ?
I'm pretty sire it is simply not possible to create two developer ACCOUNTS, for the same person. (Or, the same company.)
So, the "bank account" part isn't the problem. The problem is you simply can't create two accounts for the same person (or company) ... as far as I know.
I guess the problem you're having: *you want to separate the accounting for two different products.** That is a huge nuisance even for the largest companies. There's no easy solution.
A word of advice if you're just starting out: it's almost inconceivable you'll make any real money from apps. If you're ever making serious money from not one but two apps, deal with the problem then.
Incorporate a new LLC that you own, and have that company enroll as an iOS Developer under the company's name.
I want to know if there is a possibility to add a team member in iPhone Developer Portal that will have permissions (see / modify / update) ONLY to one application.
The reason - there is a big company (that has many applications in the App Store) that uploaded one of my applications and I have hard time to send an update to the application (can't access the guy that is responsible for all the iPhone applications).
I want to ask them to add me as a team member, but they might agree only if I won't be able to see/touch any other application except the one that I have developed...
Thank you.
I don't believe this is possible; there are no per-app permissions.
The available "roles" are explained here:
http://developer.apple.com/programs/roles/index.php
It seems a bit odd if they trust you to write an application that they've published under their corporate identity, but don't trust that you'll only change what you're meant to. Either way is seems the only solution to your problem is likely to be a non-technical one; you need to find a way to get to that guy, whether it's appealing to his better nature, or finding a path to someone more senior who can lean on him.