J'ai besoin d'un site qui offre les mêmes services que GITUB (hébergement GIT, billetterie, téléchargements, etc.) mais me permet d'avoir ma source être privée.
Cela ne me dérange pas de payer si je peux trouver ces fonctionnalités, et j'ai déjà essayé gority, non engagé et codebase. Cela ne me dérangerait pas non plus d'organiser ma propre si l'application existe déjà pour ce type de service.
Quelqu'un a des idées?
EDIT:
Je comprends que je pourrais les briser dans des projets séparés, mais je voudrais les avoir dans le même projet si possible. C'est vraiment ce que je cherche.
6 Réponses :
briser votre besoin en deux besoins distincts. Tout d'abord, vous voulez un hébergement de code privé; GitHub a cela. Deuxièmement, vous voulez une billetterie publique; GitHub a cela. Il suffit d'ouvrir deux projets là-bas.
GitHub réellement propose des référentiels privés . Je ne sais pas si le suivi de problème inclus peut alors être rendu public, mais je suggère d'utiliser un séparé de toute façon, comme Obtenez la satisfaction .
comme Témoto souligne , vous devez casser le problème et utiliser Le bon outil pour le bon travail . On dirait que vous recherchez:
Ce sont des liens vers des tableaux de comparaison sur Wikipedia, si vous n'avez pas de fonctionnalités supplémentaires, il suffit de parcourir au hasard et que vous découvrez probablement ce que vous aimez et que vous n'aimez pas.
Pourquoi voudriez-vous "suggérer d'utiliser un" séparé "au lieu d'utiliser un suivi de problème intégré?
Je pense que la question était ici d'avoir le référentiel privé, mais le public suiveur public. Dans GitHub, un référentiel est public ou privé, les deux ne sont pas possibles.
bitbucket (jusqu'à présent seulement connu pour l'hébergement mercurial) offre ceci: un référentiel privé peut avoir un système de billetterie public et wiki .
Devis du deuxième lien:
Paramètres séparés pour le référentiel, Wiki et émetteur Tracker: Vous pouvez définir votre référentiel BitBucket, votre wiki et émettre un suivi de votre ordinateur privé ou public, indépendamment les uns des autres. Par exemple, vous pouvez masquer votre code dans le monde en définissant votre référentiel comme privé, mais laissez les gens voir votre documentation et vos problèmes en marquant votre wiki et en émettant le suivi de votre public. Ou vous pouvez définir votre référentiel et votre wiki comme public mais gardez votre problème de suivi privé. Et ainsi de suite.
Depuis l'octect 03 '11, Bitbucket propose un hébergement GIT comme Eh bien (mêmes conditions que pour l'hébergement HG Appliquer, et vous pouvez mélanger des référentiels HG et Git dans le même compte).
dans le plan gratuit, vous pouvez avoir un nombre illimité de référentiels privés .
La seule limitation du plan gratuit est que pas plus de 5 utilisateurs peuvent accéder à vos référentiels privés (si vous voulez plus, vous devez payer).
Réponse de GitHub https://help.github.com/articles/issues- seules autorisations d'accès
Problèmes d'accès uniquement aux autorisations d'accès GITUB ne fournit pas de problèmes uniquement Autorisations d'accès, mais vous pouvez y accomplir en utilisant une seconde référentiel qui ne contient que les problèmes.
Créez un référentiel privé pour héberger le code source de votre projet. Créer un deuxième référentiel avec les autorisations que vous désirez héberger le Traqueur d'incidents. Ajouter un fichier README au référentiel de problèmes expliquant le but de ce référentiel et la liaison à la section des problèmes. Régler vos collaborateurs ou équipes pour donner accès aux référentiels comme vous désir. Utilisateurs ayant accès à l'écriture aux deux peuvent faire référence et fermer des problèmes aller et retour à travers les référentiels, mais ceux sans le requis Les autorisations verront des références contenant un minimum d'informations.
Par exemple, si vous avez poussé un engagement dans le référentiel privé Branche par défaut avec un message qui a lu des correctifs Organisation / Public-Repo # 12, la question serait fermée, mais seuls les utilisateurs avec les autorisations appropriées verraient la référence croisée du référentiel indiquant le commit qui a fermé la question. Sans les autorisations, Une référence apparaît toujours, mais les détails sont omis.
BitBucket permet un repo privé mais le suivi des émissions publiques
Possible pareil mais ouvert: Stackoverflow.com/Questtions/11503246/...