6 ms·

Git Based SDLC

20 points by kown7 3y ago

paulryanrogers 3y ago
> [Confluence] It’s about the only collaborative WYSIWYG wiki out there. !? Wikimedia and Notion, just off the top of my head. And Confluence was initially just textarea inputs, its early WYSIWYG was engagingly bad.
- paulryanrogers 3y ago
  ^exceptionally bad
- kown7 3y ago
  Concurrent editing or Collaborative real-time (https://en.wikipedia.org/wiki/Collaborative_real-time_editor https://en.wikipedia.org/wiki/Collaborative_real-time_editor) is perhaps a better choice words. Notion is supposedly able to do it: https://www.notion.so/help/collaborate-within-a-workspace#real-time-collaboration https://www.notion.so/help/collaborate-within-a-workspace#re.... Wikimedia is apparently working on it: https://www.mediawiki.org/wiki/VisualEditor/Real-time_collaboration https://www.mediawiki.org/wiki/VisualEditor/Real-time_collab...
- liveoneggs 3y ago
  if confluence is supposed to be an example of something - it is only an example of what to avoid!
rakoo 3y ago
I don't think git should be the infrastructure of collaboration. It's good for long-lived artifacts, but isn't good for discussion, for rights management, ... fossil (https://fossil-scm.org/home/doc/trunk/www/index.wiki https://fossil-scm.org/home/doc/trunk/www/index.wiki) is of course better, but if git must remain, I believe the base infrastructure should be the mailing list. Patches, branches and releases can live inside a mailing list, it is naturally built for discussion with rights, and is a natural queue for third-party tools. I wish we moved away from centralized forges and started to use augmented development clients with the mailing list as the sole communication vector.
- kown7 3y ago
  I haven't really considered security/rights management yet, that's a good point.
adr1an 3y ago
This may sound relatively off topic. But, in defense of my argument, please consider that GitHub was s actually the only SDLC available for git. Then came gitlab, gitea, forgejo, etc. Among those, this self-hostable tool is really outstanding: https://code.onedev.io/onedev/server/~files/main/readme.md https://code.onedev.io/onedev/server/~files/main/readme.md Of course, having one of these apps that is yet-another-github with a local-first approach might turn to be great DX!
- kown7 3y ago
  This is taking these ideas to the logical conclusion. That's another idea of mine that's been brooding for a long while.

20 points by kown7 3y ago

> [Confluence] It’s about the only collaborative WYSIWYG wiki out there. !? Wikimedia and Notion, just off the top of my head. And Confluence was initially just textarea inputs, its early WYSIWYG was engagingly bad.

paulryanrogers 3y ago
^exceptionally bad
kown7 3y ago
Concurrent editing or Collaborative real-time (https://en.wikipedia.org/wiki/Collaborative_real-time_editor https://en.wikipedia.org/wiki/Collaborative_real-time_editor) is perhaps a better choice words. Notion is supposedly able to do it: https://www.notion.so/help/collaborate-within-a-workspace#real-time-collaboration https://www.notion.so/help/collaborate-within-a-workspace#re.... Wikimedia is apparently working on it: https://www.mediawiki.org/wiki/VisualEditor/Real-time_collaboration https://www.mediawiki.org/wiki/VisualEditor/Real-time_collab...
liveoneggs 3y ago
if confluence is supposed to be an example of something - it is only an example of what to avoid!

rakoo 3y ago

I don't think git should be the infrastructure of collaboration. It's good for long-lived artifacts, but isn't good for discussion, for rights management, ... fossil (https://fossil-scm.org/home/doc/trunk/www/index.wiki https://fossil-scm.org/home/doc/trunk/www/index.wiki) is of course better, but if git must remain, I believe the base infrastructure should be the mailing list. Patches, branches and releases can live inside a mailing list, it is naturally built for discussion with rights, and is a natural queue for third-party tools. I wish we moved away from centralized forges and started to use augmented development clients with the mailing list as the sole communication vector.

kown7 3y ago
I haven't really considered security/rights management yet, that's a good point.

adr1an 3y ago

This may sound relatively off topic. But, in defense of my argument, please consider that GitHub was s actually the only SDLC available for git. Then came gitlab, gitea, forgejo, etc. Among those, this self-hostable tool is really outstanding: https://code.onedev.io/onedev/server/~files/main/readme.md https://code.onedev.io/onedev/server/~files/main/readme.md Of course, having one of these apps that is yet-another-github with a local-first approach might turn to be great DX!

kown7 3y ago
This is taking these ideas to the logical conclusion. That's another idea of mine that's been brooding for a long while.