<<if $SecExp.buildings.propHub.active > 0 && $SecExp.buildings.propHub.marketInfiltration > 0>> <<set _blackMarket = random(7000,8000)>> Your secret service makes use of black markets and illegal streams of goods to make a profit, making you @@.yellowgreen;<<print cashFormat(_blackMarket)>>.@@ This however allows @@.red;crime to flourish@@ in the underbelly of the arcology. <<set $SecExp.core.crimeLow += random(1,3)>> <</if>>
I think the cashx function is missing for this block? Income from here doesnt go into the budget. @lowercasedonkey
Cheat start a new game and setup the hub.
Edited
Designs
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
That's a part of it. Let us know where you get stuck.
Update your local copy of pregmod-master. Make a branch from it. Make your changes. Commit them locally. Push them to the internet. Make a merge request.
Do you have a git client installed locally? Gitgud is seemingly unable to update forks.
I'll echo LCD and say the whole process is very straight forward.
If I can make a suggestion, install and use the command line version. Most of the commands should be identical between different OS's.
Make a branch from it. Stuck here
git checkout -qb branchName
-q, --quiet Quiet, suppress feedback messages.-b <new_branch> Create a new branch named <new_branch> and start it at <start_point>; see git-branch(1) for details.
Make your changes.
use [editor of choice] to edit files as desired.
Commit them locally.
If only modifying an existing file in place git commit -qam 'Message' will work. <br>If adding/removing/moving files git add *thengit commit -qm 'Message'` is more useful.
-q, --quiet Quiet, suppress feedback messages.-m <msg>, --message=<msg> Use the given <msg> as the commit message. If multiple -m options are given, their values are concatenated as separate paragraphs. The -m option is mutually exclusive with -c, -C, and -F.-a, --all Tell the command to automatically stage files that have been modified and deleted, but new files you have not told Git about are not affected.
Push them to the internet.
I would suggest enabling a SSH key however there are other options. Then simply do git push -q. The first time it will likely spit back an error with a clearly provided solution.
Make a merge request.
Gitgud GUI. Project overview/[Your fork] -> Repository -> Branches.
There should be a blue prompt near to the top to make a Merge Request/Merge Request option inline with your target branch.
Either will by default target upstream's pregmod-master.
I would suggest keeping this new branch then changing your branch back to pregmod-master git checkout -q pregmod-master along with possibly renaming it (git branch -m branchName newBranchName) and then fetching upstream, roll back a commit (mainly if the branch is already in-sync with upstream, git reset --hard HEAD~1), following by merging in upstream with the -s theirs flag (git merge -Xtheirs upstream/pregmod-master` which should ideally replace any differing files with upstream.
Rather than having one branch for alll of your work going here, each MR should probably have it's own branch. Branches are basically free, not reason not to have a lot of them.
So for naming, you probably want to go for something specific to what you are fixing. The title of this post, for example, "black market income". Or I suppose that would be black-market-income. Then when you are done with it you can throw it away.
Next time you want to fix something, start a fresh branch. One branch for each MR.
for fresh files, I believe you can just do git pull upstream pregmod-master. Upstream here clarifies that you want to update from the version of pregmod-master that everyone else is looking at, the one that is here. Not your own fork.
$ git push
fatal: The upstream branch of your current branch does not match
the name of your current branch. To push to the upstream branch
on the remote, use
git push origin HEAD:upstreammod
To push to the branch of the same name on the remote, use
git push origin HEAD
To choose either option permanently, see push.default in 'git help config'.
Then you will need to do a "force push" to overwrite what is on the server. Force means throw away what's there and replace it with a perfect copy of what you are sending. git push -f.
Then you will need to do your change again. Sorry. At least it's simple!
$ git reset --hard upstream/pregmod-master
HEAD is now at 5f70f87e Merge branch 'protect-game-state-if-bc-breaks' into 'pregmod-master'
$ git push -f
fatal: The upstream branch of your current branch does not match
the name of your current branch. To push to the upstream branch
on the remote, use
git push origin HEAD:upstreammod
To push to the branch of the same name on the remote, use
git push origin HEAD
To choose either option permanently, see push.default in 'git help config'.
"Squash commits" is a good idea if you've thrashed a lot on the patch or have useless commit messages, but a bad idea if you have made distinct commits with useful commit messages.
Long-term, it's a better idea to make distinct commits with useful commit messages...it makes log and blame far more useful.
Be careful with commit --amend if you're in the habit of pushing every time you commit (which I am). If you amend a commit locally that's already been pushed, git will conflict-lock and you'll have to either force push or force pull.
@ZZC Not so far and it seems that the shitcord is the only viable option. I still have SSH access through which is useful.
As per your question, I am not sure.