this post was submitted on 27 Feb 2024
96 points (92.9% liked)

Privacy

31993 readers
533 users here now

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

Related communities

Chat rooms

much thanks to @gary_host_laptop for the logo design :)

founded 5 years ago
MODERATORS
 

Github dislikes email "aliases" so much that they will shadow ban your otherwise normal activities for months, and once flagged, support will request not only a "valid" email domain but also that you remove the "alias" email from the account completely.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 3 points 8 months ago (1 children)

They mean like I want to be able to open an issue on your instance using an account on my instance. Forjero is working in this

[–] [email protected] 2 points 8 months ago (1 children)

The mailing list or maintainer email can accept your issues. You don’t have to have a code forge.

[–] [email protected] 3 points 8 months ago (1 children)
[–] [email protected] 2 points 8 months ago (1 children)

Sure. I love being able to browse code without checking out your bloated monorepo, but it isn’t a requirement.

[–] [email protected] 2 points 8 months ago (1 children)

I mean more about the features that forges provide, not just a WUI for browsing code. Namely: tracking hundreds of issues, PRs, etc

[–] [email protected] 1 points 8 months ago

There are several independent options for all of those that, while they suck to go to a different site, often do a much better job than the code forge—think how Gerrit makes PRs look foolish, Bugzilla, Trac, Trello, etc. even the humble mailing list. What’s also important to note is a separate servdce offers different (or even better) organization options. Say you wanted a “polyrepo”… well, new you need a separate issues/review for every repository which often doesn’t fit as concerns can apply to mulitple repos (which now that I think about it might be one of those pressures on folks to create monorepos due to tooling lock-in choices from certain forges). That’s not to say there isn’t a cost/benefit to losing the integration of a central spot or less servers to deploy, but it very well could mean that a small orchestra of independent services could better suit a project compared to opting into every feature a code forge is offering.

That is to say, the one feature you see in all code forges—even the simple ones like cgit—is the ability to browse code/commits.