non-github/git repositories

<p>I&#39;m curious as to the Go community&#39;s regard for repositories that aren&#39;t hosted on GitHub. In particular, if you just flat out ignore, or don&#39;t bother to send issues/patches/pull requests to other services, or if you prefer some other service. Additionally, if a repository not being git is an obstacle.</p> <p>The reason is I want to determine if I should just move everything to GitHub/git despite preferring other platforms and DVCS. I have noticed many Go packages floundering without support or interest on launchpad, google code, and to a lesser extend, bitbucket.</p> <hr/>**评论：**<br/><br/>still_unregistered: <pre><p>I found that github based projects has a better community support than those hosted in bitbucket. I think that Github is more &#34;social&#34;, people use bitbucket for private/personal projects or just don&#39;t know bitbucket exists at all. Google code is dead, will be closed this year (if google didn&#39;t do it already). Where is the repository is not a problem.</p> <p>I feel more comfortable with git, I used subversion long time ago, but I forgot most of them. For me it&#39;s not a problem, but I will think twice about it.</p> <p>In my opinion, git+github is a winner combination, git+{other repos} is ok, no use of git will attract way less collaborators.</p></pre>alecthomas: <pre><p>I don&#39;t like it, but to be honest you will get much better community interaction on GitHub. </p></pre>klaaax: <pre><p>not a problem for any git project since git is totally distributed,so put your main repository on bitbucket if you want it doesn&#39;t change anything. As for mercurial or svn, Many people don&#39;t use even install these so wont get packages that use a different VCS</p></pre>eldilibra: <pre><p>I pretty much ignore non-git+github code. Not because it&#39;s not worth it, but simply because my attention and flow reside in Github and git&#39;s cli tools.</p></pre>anacrolix: <pre><p>Not sure why you&#39;re downvoted. But if your attention and tooling revolve around GitHub, that does make alternatives not worth it doesn&#39;t it?</p></pre>Raiyni: <pre><p>He got downvoted because he is insinuating that you can only use the git cli via github. </p></pre>knightress_oxhide: <pre><p>You are asking two questions.</p> <p>First of all, if it is a non-git repo then it is a pain in my ass. I do know that homogenous ecosystems can be bad but git is so good that I don&#39;t know why someone wouldn&#39;t use it today. I don&#39;t even know what the heck dvcs is and while it may be interesting to learn I may want to just code instead.</p> <p>Second of all, any non github (or possibly bitbucket) repo means a decent amount of manual work to make sure I have an authoritative copy that I know works. I know it isn&#39;t much work but there are so many projects out there that any friction means I may look elsewhere. I know a lot of people just import from a repo they don&#39;t control, but that is bad practice. On github I can fork a project to a repo I control and know that it will never change under me and I know that I can easily pull in updates that I review.</p> <p>I don&#39;t want everything to be homogenous, so I do like when other people try different things. However you should be able to mirror your projects to github even if you personally use a different system.</p></pre>zackkitzmiller: <pre><p>DVCS is a distributed version control system. git is one of these. </p></pre>GoldDog: <pre><p>Yes. And the OP wrote that he preferred another DVCS. Your point? </p></pre>restmile: <pre><p>Their point is this:</p> <blockquote> <p>I don&#39;t even know what the heck dvcs is</p> </blockquote></pre>GoldDog: <pre><p>Ah, apparently I am the asshole then. I missed that line and thought the reply was trying to say something completely different. Downvote me and carry on. </p></pre>restmile: <pre><blockquote> <p>Second of all, any non github (or possibly bitbucket) repo means a decent amount of manual work to make sure I have an authoritative copy that I know works.</p> </blockquote> <p>If you&#39;re going to make your own copy of code, why not just vendor?</p></pre>anacrolix: <pre><p>Because vendoring sux in Go. Have to rewrite all the paths.</p></pre>restmile: <pre><p>What&#39;s difficult about rewriting all the paths?</p> <pre><code>go get github.com/tools/godep godep save -r </code></pre></pre>