4 ms·

What exactly is the risk? That they'll stop providing the services they sell today? The design of git makes switching to another primary remote very easy (grant

What exactly is the risk? That they'll stop providing the services they sell today? The design of git makes switching to another primary remote very easy (granted, most users probably don't have good habits around backing up data from Issues/Wiki/Releases and risk losing that data if it's taken away suddenly -- but the repo itself is durable and portable on a whim.

eviks 3y ago
> (granted, most users probably don't have good habits around backing up data from Issues/Wiki/Releases and risk losing that data if it's taken away suddenly so it's actually very hard to switch
- cco 3y ago
  Given how common defaulting on issues is, many maintainers might view this as a feature? Only slightly kidding.
  - Tommah 3y ago
    At one of my jobs, they used Asana when I started. It was too full of backlogged issues, so we moved over to Jira. Then Jira got too full. A month before I was laid off, one of my coworkers said, "Maybe we should try out Asana."
bguebert 3y ago
I think the risk is the extensions that github adds to git like CI/CD and issue tracking features.
Klonoar 3y ago
You have slightly illustrated it yourself in a roundabout way, but let's be clear with wording here: > The design of git makes switching to another primary remote very easy It is never as easy as just switching to another primary remote. It's not just Issues/Wikis/Releases, but the build/CI process(es) that are rampant on GitHub now, the community you've built potentially coming up on GitHub and not really getting that there's anything else out there, etc. This is all time consuming hard work. People will often just not do it, and this is why we have lock in everywhere. Stop calling it easy. The centralization of the internet around a few specific services - like GitHub, Cloudflare, and so on - is an increasingly problematic thing to contend with. Edit: "as a easy" -> "as easy"
- dboreham 3y ago
  Quick data point: while not exactly trivial, my team has migrated completely from github to our own hosted gitea. Including CI, releases, issues, read-only mirror back to GitHub, PRs etc. The only thing we don't have that would be nice is the ability to take a PR directly from a fork of a repo in someone else's Gitea deployment (or GitHub for that matter). To take an external PR we either need to recreate it manually in our Gitea under a team member's account, or give the external contributor an account on our Gitea.
deleted 3y ago
[deleted]

eviks 3y ago

> (granted, most users probably don't have good habits around backing up data from Issues/Wiki/Releases and risk losing that data if it's taken away suddenly so it's actually very hard to switch

cco 3y ago
Given how common defaulting on issues is, many maintainers might view this as a feature? Only slightly kidding.
- Tommah 3y ago
  At one of my jobs, they used Asana when I started. It was too full of backlogged issues, so we moved over to Jira. Then Jira got too full. A month before I was laid off, one of my coworkers said, "Maybe we should try out Asana."

bguebert 3y ago

I think the risk is the extensions that github adds to git like CI/CD and issue tracking features.

Klonoar 3y ago

You have slightly illustrated it yourself in a roundabout way, but let's be clear with wording here: > The design of git makes switching to another primary remote very easy It is never as easy as just switching to another primary remote. It's not just Issues/Wikis/Releases, but the build/CI process(es) that are rampant on GitHub now, the community you've built potentially coming up on GitHub and not really getting that there's anything else out there, etc. This is all time consuming hard work. People will often just not do it, and this is why we have lock in everywhere. Stop calling it easy. The centralization of the internet around a few specific services - like GitHub, Cloudflare, and so on - is an increasingly problematic thing to contend with. Edit: "as a easy" -> "as easy"

dboreham 3y ago
Quick data point: while not exactly trivial, my team has migrated completely from github to our own hosted gitea. Including CI, releases, issues, read-only mirror back to GitHub, PRs etc. The only thing we don't have that would be nice is the ability to take a PR directly from a fork of a repo in someone else's Gitea deployment (or GitHub for that matter). To take an external PR we either need to recreate it manually in our Gitea under a team member's account, or give the external contributor an account on our Gitea.

deleted 3y ago

[deleted]