4 ms·

I find bundling Git support with Atom is a requirement, VSCode does it.

by hoschicz 9y ago

jdmichal 9y ago
Of course, VSCode also supports TFS, Perforce, and Mercurial via extensions: https://marketplace.visualstudio.com/search?target=VSCode&category=SCM https://marketplace.visualstudio.com/search?target=VSCode&ca... Providers
- heygrady 9y ago
  There are community-provided atom packages for all/most of the providers you listed. The point isn't one editor versus another. The point is that Atom should remain plausibly neutral about Github (which is separate from Git or Mercurial or whatever). An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default (I know CodePlex is dead). There's an obvious incentive for them to pick sides but it's not in the best interest of the people using the editor nor the editor itself.
  - Vinnl 9y ago
    > An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default Or, for example, a "Deploy to Azure" button...
heygrady 9y ago
Git support is different than a Github bundle. Github is different than Git.
- wapz 9y ago
  But atom is made by github, right? Not to justify their choice but you can see from a company perspective how it surely aligns with their goals (increase github market share).
  - h1d 9y ago
    I wonder what the market share is and if they're actively seeking it at this point.
    - wapz 9y ago
      I wouldn't say that they necessarily want to increase their market share at this point (but that may have been the original intent). Now it is probably more about retaining as many users as possible by offering more or more convenient services than their competitors.
petre 9y ago
It would be quite fine as a plugin. I'm using fossil for instance so care little about git integration. Atom is already bloated and slow as it is, but then again it's their call to bundle whatever they want because I'm not going to use it anyway.

4 ms·

I find bundling Git support with Atom is a requirement, VSCode does it.

by hoschicz 9y ago

I find bundling Git support with Atom is a requirement, VSCode does it.

jdmichal 9y ago
Of course, VSCode also supports TFS, Perforce, and Mercurial via extensions: https://marketplace.visualstudio.com/search?target=VSCode&category=SCM https://marketplace.visualstudio.com/search?target=VSCode&ca... Providers
- heygrady 9y ago
  There are community-provided atom packages for all/most of the providers you listed. The point isn't one editor versus another. The point is that Atom should remain plausibly neutral about Github (which is separate from Git or Mercurial or whatever). An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default (I know CodePlex is dead). There's an obvious incentive for them to pick sides but it's not in the best interest of the people using the editor nor the editor itself.
  - Vinnl 9y ago
    > An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default Or, for example, a "Deploy to Azure" button...
heygrady 9y ago
Git support is different than a Github bundle. Github is different than Git.
- wapz 9y ago
  But atom is made by github, right? Not to justify their choice but you can see from a company perspective how it surely aligns with their goals (increase github market share).
  - h1d 9y ago
    I wonder what the market share is and if they're actively seeking it at this point.
    - wapz 9y ago
      I wouldn't say that they necessarily want to increase their market share at this point (but that may have been the original intent). Now it is probably more about retaining as many users as possible by offering more or more convenient services than their competitors.
petre 9y ago
It would be quite fine as a plugin. I'm using fossil for instance so care little about git integration. Atom is already bloated and slow as it is, but then again it's their call to bundle whatever they want because I'm not going to use it anyway.