Answers: <p>IMO these could be possible synonyms for <strong><em>scripted</em></strong>, in the context of your question here:</p>
  
  <ul>
  <li>in a <em>textual</em> format, which you can edit in some editor, like YAML, XML, JSON, PHP, etc.</li>
  <li>NOT in a <em>binary</em> format, the result of some build process (like a .EXE file, etc).</li>
  </ul>
  
  <p>And I bet the reason for the "key prerequisite" (as in your quopted text), is that in the end you want to be able to perform some sort of comparison between 2 versions of such files. E.g. like a patch file (if usig GIT). Think about how a compare of 2 versions of a binary looks like, pretty sure every line is updated (or: all old lines are deleted, and all new lines are inserted).</p>
  
  <p>This applies to pretty much any operating system, be it Linux, Windows, ..., or even zOS (aka good old mainframes).</p>
  
Answers: CC BY-SA 3.0
Answers: 2018-02-07T15:07:09.223Z
Answers: Exactly what they are referring to. I would say that this rule can be applied most compiled artifacts.
Answers: Preston Martin
Answers: CC BY-SA 3.0
Answers: 2018-02-07T15:11:23.180Z
Answers: @PrestonM merci for the (nice) comment ... May I say "what else did you expect?" ... knowing that these kinds of things is what I (and [my company](http://www.abitmore-scm.com)) are working on since most of my career? PS: and what about "interpreted" artifacts (executables that don't have to be compiled, you just run them from the source)?
Answers: Pierre.Vriens
Answers: CC BY-SA 3.0
Answers: 2018-02-07T15:21:57.497Z
Answers: Yes, I am 100% agreeing with your answer. My second statement was simply to clarify your mentioning of binaries generated from a build process, which would include most compiled artifacts.
Answers: Preston Martin
Answers: CC BY-SA 3.0
Answers: 2018-02-07T12:43:34.053Z
Answers: 2018-02-07T12:43:34.053Z
Answers: Pierre.Vriens
Body: <p>Quote from rom <a href="https://www.ibm.com/developerworks/library/a-devops6/index.html" rel="nofollow noreferrer">https://www.ibm.com/developerworks/library/a-devops6/index.html</a></p>
  
  <blockquote>
    <p>The key prerequisite to versioning everything is that all source artifacts must be in a scripted form. This goes for the infrastructure, the data, configuration, and the application code. The only exception is for libraries and packages — JAR files and RPM packages, for example — that you use but never modify. After all source artifacts are scripted, you can easily version them. </p>
  </blockquote>
  
  <p>What do they mean by "<em>source artifacts must be in a scripted form</em>"?</p>
  
Tags: <artifacts><versioning>
Title: What is the meaning of source artifacts that must be in a scripted form?
UserDisplayName: RuizSerra
ThreadText: # What is the meaning of source artifacts that must be in a scripted form?
  
  (Asked by: username_0 on 2018-02-07)
  
  Quote from rom <https://www.ibm.com/developerworks/library/a-devops6/index.html>
  
  > The key prerequisite to versioning everything is that all source artifacts must be in a scripted form. This goes for the infrastructure, the data, configuration, and the application code. The only exception is for libraries and packages — JAR files and RPM packages, for example — that you use but never modify. After all source artifacts are scripted, you can easily version them.
  
  What do they mean by "*source artifacts must be in a scripted form*"?
  
  **Tags:** artifacts, versioning
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-02-07. Score: 3 | Accepted answer
  
  IMO these could be possible synonyms for ***scripted***, in the context of your question here:
  
  * in a *textual* format, which you can edit in some editor, like YAML, XML, JSON, PHP, etc.
  * NOT in a *binary* format, the result of some build process (like a .EXE file, etc).
  
  And I bet the reason for the "key prerequisite" (as in your quopted text), is that in the end you want to be able to perform some sort of comparison between 2 versions of such files. E.g. like a patch file (if usig GIT). Think about how a compare of 2 versions of a binary looks like, pretty sure every line is updated (or: all old lines are deleted, and all new lines are inserted).
  
  This applies to pretty much any operating system, be it Linux, Windows, ..., or even zOS (aka good old mainframes).
  
  > **Comments:**
  > **username_2**: Exactly what they are referring to. I would say that this rule can be applied most compiled artifacts.  
  > **username_1**: @PrestonM merci for the (nice) comment ... May I say "what else did you expect?" ... knowing that these kinds of things is what I (and [my company](http://www.abitmore-scm.com)) are working on since most of my career? PS: and what about "interpreted" artifacts (executables that don't have to be compiled, you just run them from the source)?  
  > **username_2**: Yes, I am 100% agreeing with your answer. My second statement was simply to clarify your mentioning of binaries generated from a build process, which would include most compiled artifacts.  
  
  ---
  
  