freifunk-bot.meta

Issues/PRs archive for MTRNord/freifunk-bot
git clone git://archive.git.mtrnord.blog/MTRNord/freifunk-bot.meta.git
Log | Files | Refs

71.md (4422B)


      1 # PR #71 Update dependencies to enable Greenkeeper 🌴
      2 
      3 - **Status:** merged
      4 - **Author:** @greenkeeper[bot]
      5 - **Created:** 2017-02-11T12:07:03Z
      6 - **Branch:** greenkeeper/initial → master
      7 - **Merged:** 2017-02-11T12:34:58Z
      8 - **Labels:** greenkeeper
      9 - **Diff:** [71.diff](./71.diff)
     10 
     11 ---
     12 
     13 Let’s get started with automated dependency management for nordlab-hackerspace-door :muscle:
     14 
     15 This pull request **updates all your dependencies to their latest version**. Having them all up to date really is the best starting point. I will look out for further dependency updates and make sure to handle them in isolation and in real-time, **as soon as you merge this pull request**.
     16 
     17 **I won’t start sending you further updates, unless you have merged this very pull request**.
     18 
     19 ---
     20 
     21 
     22 <details>
     23 <summary>💥 This branch failed. How to proceed</summary>
     24 I suggest you find out what dependency update is causing the problem. Adapt your code so things are working nicely together again. [next-update](https://www.npmjs.com/package/next-update) is a really handy tool to help you with this.
     25 
     26 Push the changes to this branch and merge it.
     27 </details>
     28 
     29 
     30 
     31 
     32 <details>
     33 <summary>🏷 How to check the status of this repository</summary>
     34 There is a badge added to your README, indicating the status of this repository.
     35 
     36 This is how your badge looks like :point_right:  ![Greenkeeper badge](https://badges.greenkeeper.io/MTRNord/nordlab-hackerspace-door.svg)
     37 </details>
     38 
     39 
     40 
     41 <details>
     42 <summary>👩‍💻 How to update this pull request</summary>
     43 
     44 ```bash
     45 # change into your repository’s directory
     46 git fetch
     47 git checkout greenkeeper/initial
     48 npm install-test
     49 # adapt your code, so it’s working again
     50 git commit -m 'chore: adapt code to updated dependencies'
     51 git push origin greenkeeper/initial
     52 ```
     53 </details>
     54 
     55 <details>
     56 <summary>🙈 How to ignore certain dependencies</summary>
     57 
     58 In case you can not, or do not want to update a certain dependency right now, you can of course just [change the `package.json` file back to your liking](https://github.com/MTRNord/nordlab-hackerspace-door/edit/greenkeeper/initial/package.json).
     59 
     60 Add a `greenkeeper.ignore` field to your `package.json`, containing a list of dependencies you don’t want to update right now.
     61 
     62 ```js
     63 // package.json
     64 {
     65     66   "greenkeeper": {
     67     "ignore": [
     68       "package-names",
     69       "you-want-me-to-ignore"
     70     ]
     71   }
     72 }
     73 ```
     74 </details>
     75 
     76 <details>
     77 <summary>✨ How the updates will look like</summary>
     78 
     79 As soon as you merge this pull request **I’ll create a branch for every dependency update**, with the new version applied. The branch creation should trigger your testing services to check the new version. Using the results of these tests I’ll try to open meaningful and helpful pull requests and issues, so your dependencies remain working and up-to-date.
     80 
     81 ```diff
     82 -  "underscore": "^1.6.0"
     83 +  "underscore": "^1.7.0"
     84 ```
     85 
     86 In the above example you can see an in-range update. `1.7.0` is included in the old `^1.6.0` range, because of the [caret `^` character ](https://docs.npmjs.com/misc/semver#ranges).
     87 When the test services report success I’ll delete the branch again, because no action needs to be taken – everything is fine.
     88 When there is a failure however, I’ll create an issue so you know about the problem immediately.
     89 
     90 This way every single version update of your dependencies will either continue to work with your project, or you’ll get to know of potential problems immediately.
     91 
     92 ```diff
     93 -  "lodash": "^3.0.0"
     94 +  "lodash": "^4.0.0"
     95 ```
     96 
     97 In this example the new version `4.0.0` is not included in the old `^3.0.0` range.
     98 For version updates like these – let’s call them “out of range” updates – you’ll receive a pull request.
     99 
    100 Now **you no longer need to check for exciting new versions by hand** – I’ll just let you know automatically.
    101 And the pull request will not only serve as a reminder to update. In case it passes your decent test suite that’s a strong reason to merge right away :shipit:
    102 </details>
    103 
    104 <details>
    105 <summary>💁‍♂️ Not sure how things are going to work exactly?</summary>
    106 
    107 There is a collection of [frequently asked questions](https://greenkeeper.io/faq.html) and of course you may always [ask my humans](https://github.com/greenkeeperio/greenkeeper/issues/new).
    108 </details>
    109 
    110 
    111 ---
    112 
    113 
    114 Good luck with your project and see you soon :sparkles:
    115 
    116 Your [Greenkeeper](https://greenkeeper.io) Bot :palm_tree:
    117 
    118