How do we make a project private in Gitorious? Does Gitorious support it at all? I searched around but couldn't find anything useful, except that Gitorious doesn't seem to have a private mode for projects. Thanks in advance.
If you really need private repositories, and you are looking for a free alternative, try BitBucket. Unlimited private repositories, for free!
It's not possible in Gitorious at the moment/maybe never. There is an outstanding merge request at the moment here but there is no update as to when it will hit the mainline (i.e. Gitorious.org).
If you want private repositories then you need to host Gitorious yourself - it's easy enough to install, and then make the entire install private.
Gitorious now has support for private repos. Get the latest version and add enable_private_repositories: true to config/gitorious.yml. The Gitorious wiki page is https://gitorious.org/gitorious/pages/PrivateRepositories.
There is a fork of Gitorious called YouSource which has private repositories. The repo is here and there's also a detailed installation guide for it.
As of Nov 2011, there is a new supported Private Repositories feature being planned, keep tracking of it and support if you can.
Also note that, the private repository feature may be only enabled if you have a local installation.
As of version 2.2.0, Gitorious supports private repositories. You should check out private-repos branch and you will be able to create private repositories.
More details can be seen in wiki page https://gitorious.org/gitorious/pages/PrivateRepositories
Related
So, I have a private library that I am building, I plan on publishing it after I get my research paper published and the work is in the alpha stage. I need to keep the algorithm private and so I am working on a private repository in "Gitlab.com". Now, I have seen that we can use "gitlab-ci" even for private repositories but I am having trouble understanding the "shared runners" concept.
what I think is that these runners run our code with other code with a similar configuration in a queue. I am not sure if that is completely correct.
Is my code still private when I use "gitlab-ci" with a private repository in "Gitlab.com"? or can it be accessed somewhere/somehow publicly?
I have this private repository in Gitlab.com it is not Gitlab enterprise edition
Answer: No, your code will not be accessible publicly.
Gitlab runner clones your repo using an access token and then runs the ci steps.
If you build using docker images, your code will be completely cleaned up when the ci steps are complete. Because the docker container will be cleaned up immediately.
If you use normal runner, gitlab runner does cache your code, but I don't think that is a concern, because there is no public access to these caches.
I have a private repo and want to keep it private but would like to have a release that is publicly accessible. The doc's doesn't give more hint's on it and it seems like that I would need to make the project itself public. Can someone confirm that?
Edit: It's not possible on github, without a workaround, probably same goes for gitlab.
I confirm my workaround for GitHub would need to be applied for a private GitLab repo:
a separate public repo
empty commits to which you can associate a release
The problem remains: a private repo is private for all its elements, including its releases.
The other approach would be to publish the releases in a public artifact repository (like maven.org for jars/wars for example): that depends on the nature of your project.
I have Nexus Repository Manager OSS 3.9.0-01 with some local hosted repositories.
There are a lot of different private components and I want to add some description for each of them. For example: full name, what problem does this component solve, maybe some release notes and others.
How can I do it? Maybe there are existed some plugins or other solutions?
The idea is the following:
node.js in the application should be able to clone private github repositories using ssh. After User send his/her ssh key, the application could be able to clone his repository.
I think about using GIT_SSH variable to use multiple ssh keys. Can any one tell me how this could be implemented?
You may want to reconsider the idea of users sending you their private SSH keys. I would be very surprised if anyone would do that.
What you can do instead is to use the GitHub API and deploy keys, that can be made read only. See:
https://developer.github.com/v3/repos/keys/
https://github.com/blog/2024-read-only-deploy-keys
https://developer.github.com/v3/oauth/
For a good introduction on how you can access Git repos fron Node, see:
Manipulating git repositories with Node.js by Radek Pazdera
Examples in that article use NodeGit. It has excellent documentation on:
http://www.nodegit.org/api/
I have a project I'm currently working on, which I am contemplating making open source, but I definitely want to keep it closed-source for the time being. Inside this project, I have a sort of subproject that I want to make public, so anyone can access/fork it.
So here's what I want:
A mercurial SCC with:
Repo 1: All files from /dir/project/ - Private repo, requires username/password to pull/push/fork/browse etc.
Repo 2: Some files from /dir/project/stuff - Public repo, but requires username/password to modify.
How can I do this? Is there a better way I can do this? I'm using my shared hosting Linux environment to do this, so is symbolic linking a better idea?
I'm open to all suggestions thanks, still a bit of a HG newbie.
You should use "subrepository" to define the two parts of your project:
your parent repo would be the private one, with a reference (in a .hgsub file) to your public repo ()
your public repo woud be stored in a public referential, with no knowledge of the private part.
(No symlink necessary here)
See also in the same kind of problem the SO question "Mercurial Subrepos - How do you create them and how do they work?".
Subrepositories is a feature that allows you to treat a collection of repositories as a group. This will allow you to clone, commit to, push, and pull projects and their associated libraries as a group.