Answers: <p>Artifact is an abstraction. It could be anything that's produced by somebody else. In Bulgaria for example we're making artifacts for the winter time ( it's called 'compot') . Basically it's an artifact, it was produced by my grandmother and could be used by me :)</p>
  
  <p>Same goes into the IT world, but with one small difference.</p>
  
  <p>The Java artifacts are a little bit more special, since Java is a static language and before the run phase you would have those compiled artifacts - *.jar files. After that you could reference them during the 'run' phase. This is the reason why they are always pointed as the most straightforward artifact example, the java compiler will produce them. </p>
  
  <p>One major distinguishment between my grandmother's artifacts and Java's ones is that it's a good practice to have a version for each artifact, that way you could easily switch them and see what works and what does not.</p>
  
  <p>JavaScript and Python are dynamic languages, they do not have any compiled artifacts like Java, you could just refer to the '.py' file.</p>
  
  <p>As a summary an artifact could be anything:
  from tar.gz to a jar file, but it must always be versioned :) Of course the versioning might come during a later stage, like a docker image tag, but the principle still remains.</p>
  
Answers: CC BY-SA 4.0
Answers: 2020-04-07T08:19:03.000Z
Answers: Thanks for explanation. So you are saying that there is no standard and artifact can be anything the team decides to include. This is weird because as a beginner in this field I have no clue what everything I should include. Are there some major things I should always include? Could you make some list of what you usually include, please? thanks!
Answers: mmm
Answers: CC BY-SA 4.0
Answers: 2020-04-07T08:25:36.430Z
Answers: It's not that the team decides. It's not an official definition that the team must agrees on. An artifact could be anything that's produced by a process ( like a pipeline, or a java compiler or a docker build ). As a beginner the best thing you could start is managing abstraction, not to look for anything concreted.
Answers: Recoba20
Answers: CC BY-SA 4.0
Answers: 2020-04-07T16:04:15.570Z
Answers: @MapeSVK Examples of different things that were seen as artifacts, from real projects I have participated in: A plain jar file with java classes in them. A jar file with source code inside. An eclipse plugin. An eclipse product. A zip containing an update site for said product/plugin. A zip file containing machine learning models. A (maybe generated) Dockerfile. A Docker Image. A conan recipe for building some package. A binary build of said package. Yes, the artifact can also be called deliverable, but don't forget that sometimes the source code is the deliverable!
Answers: kutschkem
Answers: CC BY-SA 4.0
Answers: 2020-04-07T17:16:49.170Z
Answers: @kutschkem Now I have much better image in my head, thank you for your comment!
Answers: mmm
Answers: CC BY-SA 4.0
Answers: 2020-04-07T08:10:12.453Z
Answers: 2020-04-07T08:10:12.453Z
Answers: Recoba20
Body: <p>Recently, I have had a lecture at my university about advanced testing and CI. To understand all concepts, I was searching what artifact represents, specifically in DevOps sphere. I found many contradictory statements, definitions, and articles. </p>
  
  <p>Therefore, I would like to ask, if there is a <strong>standard</strong> (or at least some unwritten rules) of what everything could be considered as an artifact. What are the most important parts of artifact which should always be included? </p>
  
  <p>Many sources say that artifact should not be source code, but deliverable, and JDK is often used as an example. In that case, I would like to know what is the equivalent when working with scripting languages like JavaScript or Python. </p>
  
  <p>Thank you for all your explanations!</p>
  
Tags: <continuous-integration><terminology><artifacts>
Title: What can be considered as an artifact
UserDisplayName: mmm
ThreadText: # What can be considered as an artifact
  
  (Asked by: username_0 on 2020-04-07)
  
  Recently, I have had a lecture at my university about advanced testing and CI. To understand all concepts, I was searching what artifact represents, specifically in DevOps sphere. I found many contradictory statements, definitions, and articles.
  
  Therefore, I would like to ask, if there is a **standard** (or at least some unwritten rules) of what everything could be considered as an artifact. What are the most important parts of artifact which should always be included?
  
  Many sources say that artifact should not be source code, but deliverable, and JDK is often used as an example. In that case, I would like to know what is the equivalent when working with scripting languages like JavaScript or Python.
  
  Thank you for all your explanations!
  
  **Tags:** continuous-integration, terminology, artifacts
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2020-04-07. Score: 2 | Accepted answer
  
  Artifact is an abstraction. It could be anything that's produced by somebody else. In Bulgaria for example we're making artifacts for the winter time ( it's called 'compot') . Basically it's an artifact, it was produced by my grandmother and could be used by me :)
  
  Same goes into the IT world, but with one small difference.
  
  The Java artifacts are a little bit more special, since Java is a static language and before the run phase you would have those compiled artifacts - \*.jar files. After that you could reference them during the 'run' phase. This is the reason why they are always pointed as the most straightforward artifact example, the java compiler will produce them.
  
  One major distinguishment between my grandmother's artifacts and Java's ones is that it's a good practice to have a version for each artifact, that way you could easily switch them and see what works and what does not.
  
  JavaScript and Python are dynamic languages, they do not have any compiled artifacts like Java, you could just refer to the '.py' file.
  
  As a summary an artifact could be anything:
  from tar.gz to a jar file, but it must always be versioned :) Of course the versioning might come during a later stage, like a docker image tag, but the principle still remains.
  
  > **Comments:**
  > **username_0**: Thanks for explanation. So you are saying that there is no standard and artifact can be anything the team decides to include. This is weird because as a beginner in this field I have no clue what everything I should include. Are there some major things I should always include? Could you make some list of what you usually include, please? thanks!  
  > **username_1**: It's not that the team decides. It's not an official definition that the team must agrees on. An artifact could be anything that's produced by a process ( like a pipeline, or a java compiler or a docker build ). As a beginner the best thing you could start is managing abstraction, not to look for anything concreted.  
  > **username_2**: @MapeSVK Examples of different things that were seen as artifacts, from real projects I have participated in: A plain jar file with java classes in them. A jar file with source code inside. An eclipse plugin. An eclipse product. A zip containing an update site for said product/plugin. A zip file containing machine learning models. A (maybe generated) Dockerfile. A Docker Image. A conan recipe for building some package. A binary build of said package. Yes, the artifact can also be called deliverable, but don't forget that sometimes the source code is the deliverable!  
  > **username_0**: @username_2 Now I have much better image in my head, thank you for your comment!  
  
  ---
  
  