News for hackers. Stuff that matters.
Re:Trunk-Based Development by tomoyoirl on Sunday January 21, 2024 @06:57PM (#39084367)
> “master” with unsavory connotations before

At $ORGNAME we went through some mild hassle to use “main” on new repos, leading to assorted mild wastes of time when people get things wrong (especially when we don’t use it).

The inoffensively named branch is then pushed to gitlab-master.orgname.tld and, typically, a build pipeline runs on some kind of Jenkins slave.

It occurs to me that one could make some sort of comment about this. My own comment is that this is somewhat typical of compliance-oriented workflows.

Re:Trunk-Based Development by kaymanb on Sunday January 21, 2024 @07:26PM (#39084565)
I see this as typical of organizations that value creating a more inclusive environment for their developers.

Also, for what it's worth, Jenkins changed their terminology to use "agent" instead of slave in 2020 [0]. These efforts might seem futile in isolation, but they add up over time.

[0] https://www.jenkins.io/blog/2020/06/18/terminology-update/

Re:Trunk-Based Development by tomoyoirl on Sunday January 21, 2024 @10:16PM (#39085765)
An organization that cared more about inclusivity than compliance would have done more.
Re:Trunk-Based Development by striking on Sunday January 21, 2024 @07:26PM (#39084564)
As of February 2016, references to "slave" in documentation began to be replaced with "agent": https://issues.jenkins.io/browse/JENKINS-27268

The comment I'd make is that this appears to have been settled nearly eight years ago in this particular context, and that maybe you should give it a rest.

Re:Trunk-Based Development by woooooo on Sunday January 21, 2024 @07:31PM (#39084607)
It was "settled" in that we're all agreed it's obviously incredibly stupid but not worth fighting over and getting called racist.

The good news is that "master vs mainline" was so embarrassing that even the people who push this stuff realized they overreached and have settled down since.

Re:Trunk-Based Development by tomoyoirl on Monday January 22, 2024 @09:17PM (#39098708)
You seem to misunderstand. My objections to the change are minimal. It is the incompleteness of the change that is remarkable.
Re:Trunk-Based Development by striking on Monday January 22, 2024 @09:38PM (#39098896)
I feel like I understand well enough, I feel you've misrepresented the magnitude of the issue.
Re:Trunk-Based Development by 000ooo000 on Sunday January 21, 2024 @07:14PM (#39084494)
Then you met with the Scrum Master to discuss planning?
Re:Trunk-Based Development by bob1029 on Sunday January 21, 2024 @07:39PM (#39084660)
I do not see justification in reworking our CI/CD, procedures, muscle memory, et. al. over contemporary politics.
Re:Trunk-Based Development by leetrout on Sunday January 21, 2024 @07:20PM (#39084525)
* Jenkins worker
Re:Trunk-Based Development by tomoyoirl on Sunday January 21, 2024 @10:17PM (#39085770)
Maybe if they spun up a new cluster with new hostnames it’d say that. It doesn’t.
Re:Trunk-Based Development by golergka on Sunday January 21, 2024 @07:29PM (#39084584)
The same terminally online leftists who pushed for the change away from using these words have spent the last couple of weeks explaining on X how the actual slavery practiced by Huttis is actually not that bad.
Re:Trunk-Based Development by willsmith72 on Sunday January 21, 2024 @08:18PM (#39084929)
huttis? you mean like jabba?
Re:Trunk-Based Development by TheMajor on Sunday January 21, 2024 @08:41PM (#39085071)
I'll bet good Republic credits that the Hutts advocate for Gitflow.
Re:Trunk-Based Development by golergka on Monday January 22, 2024 @01:40AM (#39086974)