ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ - ਜਾਣ-ਪਛਾਣ ਤੋਂ ਏਕੀਕਰਣ ਤੱਕ

ਬੇਅੰਤ ਕੋਡ ਸਮੀਖਿਆ ਜਾਂ ਡੀਬੱਗਿੰਗ ਤੋਂ ਥੱਕ ਗਏ, ਕਈ ਵਾਰ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਦੇ ਹੋ ਕਿ ਆਪਣੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਕਿਵੇਂ ਸਰਲ ਬਣਾਇਆ ਜਾਵੇ। ਅਤੇ ਥੋੜਾ ਜਿਹਾ ਖੋਜ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਜਾਂ ਅਚਾਨਕ ਇਸ 'ਤੇ ਠੋਕਰ ਖਾ ਕੇ, ਤੁਸੀਂ ਜਾਦੂ ਦੇ ਵਾਕਾਂਸ਼ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ: "ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ." ਆਓ ਦੇਖੀਏ ਕਿ ਇਹ ਕੀ ਹੈ ਅਤੇ ਇਹ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਕਿਵੇਂ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ।

ਵਾਸਤਵ ਵਿੱਚ, ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਆਧੁਨਿਕ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖਦੇ ਹੋ, ਤਾਂ, ਇਸ ਨੂੰ ਸਮਝੇ ਬਿਨਾਂ, ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਕ ਦੁਆਰਾ ਚਲਾਇਆ. ਤੱਥ ਇਹ ਹੈ ਕਿ ਕੋਈ ਵੀ ਆਧੁਨਿਕ ਕੰਪਾਈਲਰ ਕੋਡ ਵਿੱਚ ਸੰਭਾਵੀ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਚੇਤਾਵਨੀਆਂ ਦੇ ਇੱਕ ਛੋਟੇ ਜਿਹੇ ਸਮੂਹ ਦੇ ਬਾਵਜੂਦ, ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਵਿੱਚ C++ ਕੋਡ ਨੂੰ ਕੰਪਾਇਲ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ:

ਇਸ ਆਉਟਪੁੱਟ ਵਿੱਚ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਵੇਰੀਏਬਲ var ਫੰਕਸ਼ਨ ਵਿੱਚ ਕਿਤੇ ਵੀ ਵਰਤਿਆ ਨਹੀਂ ਗਿਆ ਸੀ। ਇਸ ਲਈ ਅਸਲੀਅਤ ਵਿੱਚ, ਤੁਸੀਂ ਲਗਭਗ ਹਮੇਸ਼ਾ ਇੱਕ ਸਧਾਰਨ ਸਥਿਰ ਕੋਡ ਵਿਸ਼ਲੇਸ਼ਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ. ਹਾਲਾਂਕਿ, ਪ੍ਰੋਫੈਸ਼ਨਲ ਵਿਸ਼ਲੇਸ਼ਕ ਜਿਵੇਂ ਕਿ ਕਵਰਿਟੀ, ਕਲੌਕਵਰਕ ਜਾਂ ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਦੇ ਉਲਟ, ਕੰਪਾਈਲਰ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਗਈਆਂ ਚੇਤਾਵਨੀਆਂ ਸਿਰਫ ਸਮੱਸਿਆਵਾਂ ਦੀ ਇੱਕ ਛੋਟੀ ਸੀਮਾ ਨੂੰ ਦਰਸਾ ਸਕਦੀਆਂ ਹਨ।

ਜੇਕਰ ਤੁਸੀਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ, ਇਸ ਲੇਖ ਨੂੰ ਪੜ੍ਹੋਇਸ ਵਿਧੀ ਬਾਰੇ ਹੋਰ ਜਾਣਨ ਲਈ।

ਤੁਹਾਨੂੰ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

ਸੰਖੇਪ ਵਿੱਚ: ਪ੍ਰਵੇਗ ਅਤੇ ਸਰਲੀਕਰਨ।

ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਤੁਹਾਨੂੰ ਕੋਡ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਵੱਖ-ਵੱਖ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ: ਭਾਸ਼ਾ ਦੇ ਨਿਰਮਾਣ ਦੀ ਗਲਤ ਵਰਤੋਂ ਤੋਂ ਲੈ ਕੇ ਟਾਈਪੋਜ਼ ਤੱਕ। ਉਦਾਹਰਨ ਲਈ, ਦੀ ਬਜਾਏ

auto x = obj.x;
auto y = obj.y;
auto z = obj.z;

ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤਾ ਕੋਡ ਲਿਖਿਆ:

auto x = obj.x;
auto y = obj.y;
auto z = obj.x;

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਆਖਰੀ ਲਾਈਨ ਵਿੱਚ ਇੱਕ ਟਾਈਪੋ ਹੈ। ਉਦਾਹਰਨ ਲਈ, PVS-ਸਟੂਡੀਓ ਹੇਠ ਦਿੱਤੀ ਚੇਤਾਵਨੀ ਜਾਰੀ ਕਰਦਾ ਹੈ:

V537 'y' ਆਈਟਮ ਦੀ ਵਰਤੋਂ ਦੀ ਸ਼ੁੱਧਤਾ ਦੀ ਸਮੀਖਿਆ ਕਰਨ 'ਤੇ ਵਿਚਾਰ ਕਰੋ।

ਜੇ ਤੁਸੀਂ ਇਸ ਗਲਤੀ ਵਿੱਚ ਹੱਥ ਪਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਕੰਪਾਈਲਰ ਐਕਸਪਲੋਰਰ ਵਿੱਚ ਇੱਕ ਤਿਆਰ ਕੀਤੀ ਉਦਾਹਰਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ: *ਰੋਣਾ*.

ਅਤੇ ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ, ਕੋਡ ਦੇ ਅਜਿਹੇ ਭਾਗਾਂ 'ਤੇ ਤੁਰੰਤ ਧਿਆਨ ਦੇਣਾ ਹਮੇਸ਼ਾ ਸੰਭਵ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਕਾਰਨ, ਤੁਸੀਂ ਇੱਕ ਚੰਗੇ ਘੰਟੇ ਲਈ ਡੀਬੱਗ ਕਰਨ ਲਈ ਬੈਠ ਸਕਦੇ ਹੋ, ਇਹ ਸੋਚਦੇ ਹੋਏ ਕਿ ਸਭ ਕੁਝ ਇੰਨਾ ਅਜੀਬ ਢੰਗ ਨਾਲ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਇਹ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇੱਕ ਗਲਤੀ ਹੈ. ਉਦੋਂ ਕੀ ਜੇ ਡਿਵੈਲਪਰ ਨੇ ਸਬਓਪਟੀਮਲ ਕੋਡ ਲਿਖਿਆ ਕਿਉਂਕਿ ਉਹ ਭਾਸ਼ਾ ਦੀ ਕੁਝ ਸੂਖਮਤਾ ਭੁੱਲ ਗਿਆ ਸੀ? ਜਾਂ ਕੋਡ ਵਿੱਚ ਇਸਦੀ ਇਜਾਜ਼ਤ ਵੀ ਦਿੱਤੀ ਗਈ ਹੈ ਅਣ-ਪ੍ਰਭਾਸ਼ਿਤ ਵਿਵਹਾਰ? ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਜਿਹੇ ਮਾਮਲੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਮ ਹਨ ਅਤੇ ਸਮੇਂ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਖਾਸ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਕੋਡ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਿੱਚ ਬਿਤਾਇਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਟਾਈਪੋਜ਼, ਆਮ ਗਲਤੀਆਂ ਜਾਂ ਪਰਿਭਾਸ਼ਿਤ ਵਿਵਹਾਰ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।

ਇਹ ਇਹਨਾਂ ਸਥਿਤੀਆਂ ਲਈ ਹੈ ਕਿ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰਗਟ ਹੋਇਆ. ਇਹ ਡਿਵੈਲਪਰ ਲਈ ਇੱਕ ਸਹਾਇਕ ਹੈ ਜੋ ਕੋਡ ਵਿੱਚ ਕਈ ਸਮੱਸਿਆਵਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇਗਾ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦੱਸੇਗਾ ਕਿ ਇਸ ਤਰੀਕੇ ਨਾਲ ਲਿਖਣਾ ਕਿਉਂ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ, ਇਸ ਨਾਲ ਕੀ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਠੀਕ ਕਰਨਾ ਹੈ। ਇਹ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ ਇਸਦਾ ਇੱਕ ਉਦਾਹਰਨ ਇਹ ਹੈ: *ਰੋਣਾ*.

ਤੁਸੀਂ ਹੋਰ ਦਿਲਚਸਪ ਗਲਤੀਆਂ ਲੱਭ ਸਕਦੇ ਹੋ ਜੋ ਵਿਸ਼ਲੇਸ਼ਕ ਲੇਖਾਂ ਵਿੱਚ ਖੋਜ ਸਕਦੇ ਹਨ:

• 10 ਲਈ C++ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸਿਖਰ ਦੀਆਂ 2019 ਤਰੁੱਟੀਆਂ
• 10 ਲਈ C# ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸਿਖਰ ਦੀਆਂ 2019 ਤਰੁੱਟੀਆਂ
• 10 ਲਈ ਜਾਵਾ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਚੋਟੀ ਦੇ 2019 ਬੱਗ

ਹੁਣ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਸਮੱਗਰੀ ਨੂੰ ਪੜ੍ਹ ਲਿਆ ਹੈ ਅਤੇ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਫਾਇਦਿਆਂ ਬਾਰੇ ਯਕੀਨ ਹੋ ਗਿਆ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਨੂੰ ਅਜ਼ਮਾਉਣਾ ਚਾਹ ਸਕਦੇ ਹੋ। ਪਰ ਕਿੱਥੇ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ? ਆਪਣੇ ਮੌਜੂਦਾ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਇੱਕ ਨਵੇਂ ਟੂਲ ਨੂੰ ਕਿਵੇਂ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਹੈ? ਅਤੇ ਟੀਮ ਨੂੰ ਉਸ ਨਾਲ ਕਿਵੇਂ ਜਾਣੂ ਕਰਾਉਣਾ ਹੈ? ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਇਹਨਾਂ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਮਿਲਣਗੇ।

ਯਾਦ ਰੱਖੋ. ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਕੋਡ ਸਮੀਖਿਆਵਾਂ ਵਰਗੀ ਉਪਯੋਗੀ ਚੀਜ਼ ਨੂੰ ਬਦਲਦਾ ਜਾਂ ਰੱਦ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪੂਰਤੀ ਕਰਦਾ ਹੈ, ਟਾਈਪੋਜ਼, ਅਸ਼ੁੱਧੀਆਂ, ਅਤੇ ਖ਼ਤਰਨਾਕ ਡਿਜ਼ਾਈਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਨੋਟਿਸ ਕਰਨ ਅਤੇ ਠੀਕ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਅਲਗੋਰਿਦਮ ਅਤੇ ਕੋਡ ਸਪੱਸ਼ਟਤਾ 'ਤੇ ਕੋਡ ਸਮੀਖਿਆਵਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਾਭਕਾਰੀ ਹੈ, ਨਾ ਕਿ ਗਲਤ ਬਰੈਕਟ ਦੀ ਭਾਲ ਕਰਨ ਦੀ ਬਜਾਏ ਜਾਂ ਬੋਰਿੰਗ ਤੁਲਨਾ ਫੰਕਸ਼ਨ ਪੜ੍ਹੋ.

0. ਟੂਲ ਨੂੰ ਜਾਣਨਾ

ਇਹ ਸਭ ਇੱਕ ਅਜ਼ਮਾਇਸ਼ ਸੰਸਕਰਣ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ. ਦਰਅਸਲ, ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਟੂਲ ਨੂੰ ਪਹਿਲਾਂ ਕਦੇ ਲਾਈਵ ਨਹੀਂ ਦੇਖਿਆ ਹੈ। ਇਸ ਲਈ, ਪਹਿਲੀ ਚੀਜ਼ ਜੋ ਤੁਹਾਨੂੰ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਉਹ ਹੈ ਡਾਉਨਲੋਡ ਅਜ਼ਮਾਇਸ਼ ਵਰਣਨ.

ਤੁਸੀਂ ਇਸ ਪੜਾਅ 'ਤੇ ਕੀ ਸਿੱਖੋਗੇ:

• ਵਿਸ਼ਲੇਸ਼ਕ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਕਿਹੜੇ ਤਰੀਕੇ ਹਨ;
• ਕੀ ਵਿਸ਼ਲੇਸ਼ਕ ਤੁਹਾਡੇ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਦੇ ਅਨੁਕੂਲ ਹੈ?
• ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਹੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ?

ਤੁਹਾਡੇ ਦੁਆਰਾ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਤੁਹਾਨੂੰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਉਹ ਹੈ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ (Windows ਨੂੰ, ਲੀਨਕਸ, MacOS). ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਵਿੱਚ ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਸਮਾਨ ਤਸਵੀਰ ਵੇਖੋਗੇ (ਕਲਿੱਕ ਕਰਨ ਯੋਗ):

ਤੱਥ ਇਹ ਹੈ ਕਿ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਕ ਆਮ ਤੌਰ 'ਤੇ ਵੱਡੇ ਕੋਡ ਅਧਾਰ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਚੇਤਾਵਨੀਆਂ ਜਾਰੀ ਕਰਦੇ ਹਨ। ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸਮੱਸਿਆਵਾਂ ਗੰਭੀਰ ਨਹੀਂ ਹਨ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਤੁਸੀਂ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ ਅਤੇ ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਕਰੋ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਆਉਟਪੁੱਟ ਨੂੰ ਫਿਲਟਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਸਭ ਤੋਂ ਭਰੋਸੇਯੋਗ ਸੁਨੇਹੇ ਛੱਡਣੇ ਚਾਹੀਦੇ ਹਨ। ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਲਈ ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਪਲੱਗਇਨ ਵਿੱਚ, ਇਹ ਗਲਤੀ ਪੱਧਰਾਂ ਅਤੇ ਸ਼੍ਰੇਣੀਆਂ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਸਹੀ ਆਉਟਪੁੱਟ ਲਈ, ਸਿਰਫ਼ ਛੱਡੋ ਹਾਈ и ਜਨਰਲ (ਇਹ ਵੀ ਕਲਿੱਕ ਕਰਨ ਯੋਗ):

ਦਰਅਸਲ, 178 ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਕਈ ਹਜ਼ਾਰਾਂ ਨਾਲੋਂ ਦੇਖਣਾ ਬਹੁਤ ਸੌਖਾ ਹੈ...

ਟੈਬਾਂ ਵਿੱਚ ਦਰਮਿਆਨੇ и ਖੋਜੋ wego.co.in ਅਕਸਰ ਚੰਗੀਆਂ ਚੇਤਾਵਨੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਇਹਨਾਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਉਹ ਡਾਇਗਨੌਸਟਿਕਸ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਜਿਹਨਾਂ ਦੀ ਘੱਟ ਸ਼ੁੱਧਤਾ (ਭਰੋਸੇਯੋਗਤਾ) ਹੁੰਦੀ ਹੈ। ਵਿੰਡੋਜ਼ ਦੇ ਅਧੀਨ ਕੰਮ ਕਰਨ ਲਈ ਚੇਤਾਵਨੀ ਪੱਧਰਾਂ ਅਤੇ ਵਿਕਲਪਾਂ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਇੱਥੇ ਮਿਲ ਸਕਦੀ ਹੈ: *ਰੋਣਾ*.

ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਗਲਤੀਆਂ ਦੀ ਸਫਲਤਾਪੂਰਵਕ ਸਮੀਖਿਆ ਕਰਨਾ (ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਠੀਕ ਕੀਤਾ) ਯੋਗ ਹੈ ਬਾਕੀ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਦਬਾਓ. ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਤਾਂ ਜੋ ਨਵੀਆਂ ਚੇਤਾਵਨੀਆਂ ਪੁਰਾਣੀਆਂ ਵਿੱਚੋਂ ਗੁੰਮ ਨਾ ਹੋ ਜਾਣ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਕ ਪ੍ਰੋਗਰਾਮਰ ਲਈ ਇੱਕ ਸਹਾਇਕ ਹੈ, ਨਾ ਕਿ ਬੱਗਾਂ ਦੀ ਸੂਚੀ। 🙂

1. ਆਟੋਮੈਟਿਕਸ

ਜਾਣੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਪਲੱਗਇਨ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਅਤੇ CI ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। ਇਹ ਪ੍ਰੋਗਰਾਮਰ ਸਟੈਟਿਕ ਐਨਾਲਾਈਜ਼ਰ ਦੀ ਵਰਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਤੱਥ ਇਹ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮਰ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਸਮਰੱਥ ਕਰਨਾ ਭੁੱਲ ਸਕਦਾ ਹੈ ਜਾਂ ਇਸ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਹਰ ਚੀਜ਼ ਦੀ ਕੁਝ ਅੰਤਮ ਜਾਂਚ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਆਮ ਵਿਕਾਸ ਸ਼ਾਖਾ ਵਿੱਚ ਨਾ ਆ ਸਕਣ।

ਤੁਸੀਂ ਇਸ ਪੜਾਅ 'ਤੇ ਕੀ ਸਿੱਖੋਗੇ:

• ਟੂਲ ਕਿਹੜੇ ਆਟੋਮੇਸ਼ਨ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ;
• ਕੀ ਵਿਸ਼ਲੇਸ਼ਕ ਤੁਹਾਡੀ ਅਸੈਂਬਲੀ ਪ੍ਰਣਾਲੀ ਦੇ ਅਨੁਕੂਲ ਹੈ?

ਕਿਉਂਕਿ ਸੰਪੂਰਨ ਦਸਤਾਵੇਜ਼ ਮੌਜੂਦ ਨਹੀਂ ਹਨ, ਕਈ ਵਾਰ ਤੁਹਾਨੂੰ ਲਿਖਣਾ ਪੈਂਦਾ ਹੈ ਸਹਿਯੋਗ. ਇਹ ਆਮ ਗੱਲ ਹੈ ਅਤੇ ਅਸੀਂ ਤੁਹਾਡੀ ਮਦਦ ਕਰਕੇ ਖੁਸ਼ ਹਾਂ। 🙂

ਚਲੋ ਹੁਣ ਲਗਾਤਾਰ ਏਕੀਕਰਣ (CI) ਸੇਵਾਵਾਂ ਵੱਲ ਵਧਦੇ ਹਾਂ। ਕੋਈ ਵੀ ਵਿਸ਼ਲੇਸ਼ਕ ਬਿਨਾਂ ਕਿਸੇ ਗੰਭੀਰ ਸਮੱਸਿਆਵਾਂ ਦੇ ਉਹਨਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਇੱਕ ਵੱਖਰਾ ਪੜਾਅ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਬਿਲਡ ਅਤੇ ਯੂਨਿਟ ਟੈਸਟਾਂ ਤੋਂ ਬਾਅਦ ਸਥਿਤ ਹੁੰਦੀ ਹੈ। ਇਹ ਵੱਖ-ਵੱਖ ਕੰਸੋਲ ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, PVS-ਸਟੂਡੀਓ ਹੇਠ ਲਿਖੀਆਂ ਸਹੂਲਤਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• PVS-Studio_Cmd.exe (ਵਿੰਡੋਜ਼ ਉੱਤੇ ਹੱਲ, C#, C++ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ)
• CLMonitor.exe (ਸੰਕਲਨ ਨਿਗਰਾਨੀ)
• pvs-ਸਟੂਡੀਓ-ਵਿਸ਼ਲੇਸ਼ਕ (ਲੀਨਕਸ / ਮੈਕੋਸ ਉੱਤੇ C++ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ)
• pvs-studio-dotnet (ਹੱਲ ਵਿਸ਼ਲੇਸ਼ਣ, ਲੀਨਕਸ / ਮੈਕੋਸ 'ਤੇ C# ਪ੍ਰੋਜੈਕਟ)
• pvs-studio.jar (ਜਾਵਾ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ)
• PlogConverter (ਰਿਪੋਰਟ ਫਾਈਲ ਕਨਵਰਟਰ)

CI ਵਿੱਚ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

• ਵਿਸ਼ਲੇਸ਼ਕ ਸਥਾਪਿਤ ਕਰੋ;
• ਵਿਸ਼ਲੇਸ਼ਣ ਚਲਾਓ;
• ਨਤੀਜੇ ਪ੍ਰਦਾਨ ਕਰੋ।

ਉਦਾਹਰਨ ਲਈ, ਲੀਨਕਸ (ਡੇਬੀਅਨ-ਬੇਸ) ਉੱਤੇ PVS-ਸਟੂਡੀਓ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਕਮਾਂਡਾਂ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ:

wget -q -O - https://files.viva64.com/etc/pubkey.txt 
    | sudo apt-key add -
sudo wget -O /etc/apt/sources.list.d/viva64.list 
  https://files.viva64.com/etc/viva64.list
  
sudo apt-get update -qq
sudo apt-get install -qq pvs-studio

ਵਿੰਡੋਜ਼ ਚਲਾਉਣ ਵਾਲੇ ਸਿਸਟਮਾਂ 'ਤੇ, ਪੈਕੇਜ ਮੈਨੇਜਰ ਤੋਂ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਪਰ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ ਸੰਭਵ ਹੈ:

PVS-Studio_setup.exe /verysilent /suppressmsgboxes 
/norestart /nocloseapplications

ਤੁਸੀਂ ਵਿੰਡੋਜ਼ 'ਤੇ ਚੱਲ ਰਹੇ ਸਿਸਟਮਾਂ 'ਤੇ PVS-ਸਟੂਡੀਓ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ *ਇੱਥੇ*.

ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਸਿੱਧੇ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ. ਹਾਲਾਂਕਿ, ਸੰਕਲਨ ਅਤੇ ਟੈਸਟ ਪਾਸ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਅਜਿਹਾ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ. ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਆਮ ਤੌਰ 'ਤੇ ਸੰਕਲਨ ਨਾਲੋਂ ਦੁੱਗਣਾ ਸਮਾਂ ਲੈਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਲਾਂਚ ਵਿਧੀ ਪਲੇਟਫਾਰਮ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਮੈਂ ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ C++ (ਲੀਨਕਸ) ਲਈ ਵਿਕਲਪ ਦਿਖਾਵਾਂਗਾ:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log
plog-converter -t errorfile PVS-Studio.log --cerr -w

ਪਹਿਲੀ ਕਮਾਂਡ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੇਗੀ, ਅਤੇ ਦੂਜੀ ਲਿਫ਼ਾਫ਼ੇਰਿਪੋਰਟ ਨੂੰ ਟੈਕਸਟ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲਦਾ ਹੈ, ਇਸਨੂੰ ਸਕ੍ਰੀਨ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਜੇਕਰ ਚੇਤਾਵਨੀਆਂ ਹਨ ਤਾਂ 0 ਤੋਂ ਇਲਾਵਾ ਇੱਕ ਰਿਟਰਨ ਕੋਡ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਗਲਤੀ ਸੁਨੇਹੇ ਹੋਣ 'ਤੇ ਬਿਲਡ ਨੂੰ ਬਲੌਕ ਕਰਨ ਲਈ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਆਸਾਨੀ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਫਲੈਗ ਨੂੰ ਹਟਾ ਸਕਦੇ ਹੋ -w ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਵਾਲੀ ਅਸੈਂਬਲੀ ਨੂੰ ਬਲੌਕ ਨਾ ਕਰੋ।

ਯਾਦ ਰੱਖੋ. ਟੈਕਸਟ ਫਾਰਮੈਟ ਅਸੁਵਿਧਾਜਨਕ ਹੈ। ਇਹ ਸਿਰਫ਼ ਇੱਕ ਉਦਾਹਰਣ ਦੇ ਤੌਰ 'ਤੇ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਹੋਰ ਦਿਲਚਸਪ ਰਿਪੋਰਟ ਫਾਰਮੈਟ ਵੱਲ ਧਿਆਨ ਦਿਓ - FullHtml. ਇਹ ਤੁਹਾਨੂੰ ਕੋਡ ਰਾਹੀਂ ਨੈਵੀਗੇਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਤੁਸੀਂ ਲੇਖ ਵਿੱਚ CI 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਸਥਾਪਤ ਕਰਨ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ "ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਅਤੇ ਨਿਰੰਤਰ ਏਕੀਕਰਣ"(ਵਿੰਡੋਜ਼) ਜਾਂ"ਟ੍ਰੈਵਿਸ ਸੀਆਈ ਵਿੱਚ ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਨੂੰ ਕਿਵੇਂ ਸੈਟ ਅਪ ਕਰਨਾ ਹੈ"(ਲੀਨਕਸ)।

ਠੀਕ ਹੈ, ਤੁਸੀਂ ਬਿਲਡ ਸਰਵਰ 'ਤੇ ਐਨਾਲਾਈਜ਼ਰ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ। ਹੁਣ, ਜੇਕਰ ਕਿਸੇ ਨੇ ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਨੂੰ ਅਪਲੋਡ ਕੀਤਾ ਹੈ, ਤਾਂ ਪੁਸ਼ਟੀਕਰਨ ਪੜਾਅ ਫੇਲ ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਤੁਸੀਂ ਸਮੱਸਿਆ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੇ ਯੋਗ ਹੋਵੋਗੇ, ਹਾਲਾਂਕਿ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਸੁਵਿਧਾਜਨਕ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬ੍ਰਾਂਚਾਂ ਦੇ ਵਿਲੀਨ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰੋਜੈਕਟ ਦੀ ਜਾਂਚ ਕਰਨਾ ਵਧੇਰੇ ਕੁਸ਼ਲ ਹੈ, ਪਰ ਇਸ ਤੋਂ ਪਹਿਲਾਂ, ਪੁੱਲ ਬੇਨਤੀ ਪੜਾਅ 'ਤੇ।

ਆਮ ਤੌਰ 'ਤੇ, ਇੱਕ ਪੁੱਲ ਬੇਨਤੀ ਵਿਸ਼ਲੇਸ਼ਣ ਸਥਾਪਤ ਕਰਨਾ CI 'ਤੇ ਇੱਕ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਆਮ ਲਾਂਚ ਤੋਂ ਬਹੁਤ ਵੱਖਰਾ ਨਹੀਂ ਹੈ। ਬਦਲੀਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਛੱਡ ਕੇ. ਇਹ ਆਮ ਤੌਰ 'ਤੇ git ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸ਼ਾਖਾਵਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ:

git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list

ਹੁਣ ਤੁਹਾਨੂੰ ਇਨਪੁਟ ਦੇ ਤੌਰ 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਫਾਈਲਾਂ ਦੀ ਇਸ ਸੂਚੀ ਨੂੰ ਪਾਸ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, PVS-ਸਟੂਡੀਓ ਵਿੱਚ ਇਹ ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ -S:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log 
                            -S .pvs-pr.list

ਤੁਸੀਂ ਪੁੱਲ ਬੇਨਤੀਆਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਬਾਰੇ ਹੋਰ ਜਾਣ ਸਕਦੇ ਹੋ *ਇੱਥੇ*. ਭਾਵੇਂ ਤੁਹਾਡਾ CI ਲੇਖ ਵਿੱਚ ਜ਼ਿਕਰ ਕੀਤੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤੁਸੀਂ ਇਸ ਕਿਸਮ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਸਿਧਾਂਤ ਨੂੰ ਸਮਰਪਿਤ ਸਧਾਰਨ ਭਾਗ ਨੂੰ ਲਾਭਦਾਇਕ ਪਾਓਗੇ।

ਪੁੱਲ ਬੇਨਤੀਆਂ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਸੈਟ ਅਪ ਕਰਕੇ, ਤੁਸੀਂ ਚੇਤਾਵਨੀਆਂ ਵਾਲੇ ਕਮਿਟਾਂ ਨੂੰ ਬਲੌਕ ਕਰ ਸਕਦੇ ਹੋ, ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਸੀਮਾ ਬਣਾਉਂਦੀ ਹੈ ਜੋ ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ ਕੋਡ ਨੂੰ ਪਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ।

ਇਹ ਸਭ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਚੰਗਾ ਹੈ, ਪਰ ਮੈਂ ਸਾਰੀਆਂ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਇੱਕ ਥਾਂ 'ਤੇ ਦੇਖਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹਾਂਗਾ। ਨਾ ਸਿਰਫ਼ ਸਟੈਟਿਕ ਐਨਾਲਾਈਜ਼ਰ ਤੋਂ, ਸਗੋਂ ਯੂਨਿਟ ਟੈਸਟਾਂ ਜਾਂ ਡਾਇਨਾਮਿਕ ਐਨਾਲਾਈਜ਼ਰ ਤੋਂ ਵੀ। ਇਸਦੇ ਲਈ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਅਤੇ ਪਲੱਗਇਨ ਹਨ। PVS-ਸਟੂਡੀਓ, ਉਦਾਹਰਨ ਲਈ, ਹੈ SonarQube ਵਿੱਚ ਏਕੀਕਰਣ ਲਈ ਪਲੱਗਇਨ.

2. ਡਿਵੈਲਪਰ ਮਸ਼ੀਨਾਂ 'ਤੇ ਏਕੀਕਰਣ

ਹੁਣ ਰੋਜ਼ਾਨਾ ਵਿਕਾਸ ਦੀ ਵਰਤੋਂ ਲਈ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਸੰਰਚਿਤ ਕਰਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। ਇਸ ਬਿੰਦੂ ਤੱਕ ਤੁਸੀਂ ਕੰਮ ਕਰਨ ਦੇ ਜ਼ਿਆਦਾਤਰ ਤਰੀਕਿਆਂ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣੂ ਹੋ ਗਏ ਹੋ, ਇਸ ਲਈ ਇਸਨੂੰ ਸਭ ਤੋਂ ਆਸਾਨ ਹਿੱਸਾ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ।

ਸਭ ਤੋਂ ਸਰਲ ਵਿਕਲਪ ਦੇ ਰੂਪ ਵਿੱਚ, ਡਿਵੈਲਪਰ ਲੋੜੀਂਦੇ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਆਪਣੇ ਆਪ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਇਹ ਬਹੁਤ ਸਮਾਂ ਲਵੇਗਾ ਅਤੇ ਉਹਨਾਂ ਦਾ ਵਿਕਾਸ ਤੋਂ ਧਿਆਨ ਭਟਕਾਏਗਾ, ਇਸਲਈ ਤੁਸੀਂ ਇੱਕ ਇੰਸਟਾਲਰ ਅਤੇ ਲੋੜੀਂਦੇ ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰ ਸਕਦੇ ਹੋ। PVS-ਸਟੂਡੀਓ ਲਈ ਵੱਖ-ਵੱਖ ਹਨ ਸਵੈਚਲਿਤ ਸਥਾਪਨਾ ਲਈ ਝੰਡੇ. ਹਾਲਾਂਕਿ, ਹਮੇਸ਼ਾ ਪੈਕੇਜ ਮੈਨੇਜਰ ਹੁੰਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, Chocolatey (Windows), Homebrew (macOS) ਜਾਂ Linux ਲਈ ਦਰਜਨਾਂ ਵਿਕਲਪ।

ਫਿਰ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪਲੱਗਇਨ ਸਥਾਪਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ, ਉਦਾਹਰਣ ਲਈ ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ, IDEA, ਰਾਈਡਰ ਆਦਿ

3. ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ

ਇਸ ਪੜਾਅ 'ਤੇ, ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਦੌਰਾਨ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਬਾਰੇ ਕੁਝ ਸ਼ਬਦ ਕਹਿਣ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਪੂਰੇ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਪਰ ਅਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕੋਡ ਨੂੰ ਕਿੰਨੀ ਵਾਰ ਬਦਲਦੇ ਹਾਂ? ਰੀਫੈਕਟਰਿੰਗ ਇੰਨੀ ਵੱਡੀ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਤੁਰੰਤ ਪੂਰੇ ਕੋਡ ਅਧਾਰ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ। ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਬਦਲੀਆਂ ਜਾ ਰਹੀਆਂ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਸ਼ਾਇਦ ਹੀ ਇੱਕ ਦਰਜਨ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ, ਇਸਲਈ ਉਹਨਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਸਮਝਦਾਰ ਹੁੰਦਾ ਹੈ। ਅਜਿਹੀ ਸਥਿਤੀ ਲਈ ਹੈ ਵਾਧਾ ਵਿਸ਼ਲੇਸ਼ਣ ਮੋਡ. ਬਸ ਘਬਰਾਓ ਨਾ, ਇਹ ਕੋਈ ਹੋਰ ਸਾਧਨ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਮੋਡ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਸਿਰਫ ਬਦਲੀਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਆਪਣੇ ਆਪ ਹੀ ਬਿਲਡਿੰਗ ਤੋਂ ਬਾਅਦ ਵਾਪਰਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਪਲੱਗਇਨ ਸਥਾਪਿਤ ਕੀਤੇ ਹੋਏ IDE ਵਿੱਚ ਕੰਮ ਕਰ ਰਹੇ ਹੋ।

ਜੇਕਰ ਵਿਸ਼ਲੇਸ਼ਕ ਹਾਲ ਹੀ ਵਿੱਚ ਬਦਲੇ ਗਏ ਕੋਡ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਲਗਾਉਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਇਸਦੀ ਰਿਪੋਰਟ ਕਰੇਗਾ। ਉਦਾਹਰਨ ਲਈ, PVS-ਸਟੂਡੀਓ ਤੁਹਾਨੂੰ ਚੇਤਾਵਨੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਬਾਰੇ ਦੱਸੇਗਾ:

ਬੇਸ਼ੱਕ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਕਹਿਣਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ. ਸਾਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਇਹ ਦੱਸਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਇਹ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿਵੇਂ ਹੈ. ਇੱਥੇ, ਉਦਾਹਰਨ ਲਈ, PVS-ਸਟੂਡੀਓ ਲਈ ਇੱਕ ਤੇਜ਼ ਸ਼ੁਰੂਆਤ ਬਾਰੇ ਲੇਖ ਹਨ, ਪਰ ਤੁਸੀਂ ਆਪਣੀ ਪਸੰਦ ਦੇ ਕਿਸੇ ਵੀ ਟੂਲ ਲਈ ਸਮਾਨ ਟਿਊਟੋਰਿਅਲ ਲੱਭ ਸਕਦੇ ਹੋ:

• ਵਿੰਡੋਜ਼ (C, C++, C#) 'ਤੇ PVS-ਸਟੂਡੀਓ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ
• Linux ਅਤੇ macOS (C, C++) 'ਤੇ PVS-ਸਟੂਡੀਓ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ
• ਪੀਵੀਐਸ-ਸਟੂਡੀਓ ਜਾਵਾ ਨੂੰ ਕਿਵੇਂ ਲਾਂਚ ਕਰਨਾ ਹੈ

ਅਜਿਹੇ ਲੇਖ ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਲਈ ਲੋੜੀਂਦੀ ਸਾਰੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਅਤੇ ਜ਼ਿਆਦਾ ਸਮਾਂ ਨਹੀਂ ਲੈਂਦੇ। 🙂

ਟੂਲ ਨੂੰ ਜਾਣਨ ਦੇ ਪੜਾਅ 'ਤੇ ਵੀ, ਅਸੀਂ ਪਹਿਲੇ ਲਾਂਚਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੌਰਾਨ ਬਹੁਤ ਸਾਰੀਆਂ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਦਬਾ ਦਿੱਤਾ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਕ ਸੰਪੂਰਣ ਨਹੀਂ ਹਨ, ਇਸਲਈ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਉਹ ਗਲਤ ਸਕਾਰਾਤਮਕ ਦਿੰਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਦਬਾਉਣ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਆਸਾਨ ਹੁੰਦਾ ਹੈ; ਉਦਾਹਰਨ ਲਈ, ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ ਲਈ PVS-ਸਟੂਡੀਓ ਪਲੱਗਇਨ ਵਿੱਚ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਬਟਨ ਨੂੰ ਕਲਿੱਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਦਬਾਉਣ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਵੀ ਕਰ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਸਹਾਇਤਾ ਲਈ ਕਿਸੇ ਸਮੱਸਿਆ ਦੀ ਰਿਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਗਲਤ ਸਕਾਰਾਤਮਕ ਨੂੰ ਠੀਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਭਵਿੱਖ ਦੇ ਅਪਡੇਟਾਂ ਵਿੱਚ ਤੁਸੀਂ ਨੋਟ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਹਰ ਵਾਰ ਤੁਹਾਡੇ ਕੋਡਬੇਸ ਲਈ ਘੱਟ ਅਤੇ ਘੱਟ ਗਲਤ ਸਕਾਰਾਤਮਕ ਹੁੰਦੇ ਹਨ।

ਏਕੀਕਰਣ ਦੇ ਬਾਅਦ

ਇਸ ਲਈ ਅਸੀਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਜੋੜਨ ਦੇ ਸਾਰੇ ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘੇ ਹਾਂ। CI 'ਤੇ ਅਜਿਹੇ ਟੂਲ ਸਥਾਪਤ ਕਰਨ ਦੀ ਮਹੱਤਤਾ ਦੇ ਬਾਵਜੂਦ, ਉਹਨਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸਥਾਨ ਡਿਵੈਲਪਰ ਦਾ ਕੰਪਿਊਟਰ ਹੈ। ਆਖਰਕਾਰ, ਇੱਕ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਕ ਇੱਕ ਜੱਜ ਨਹੀਂ ਹੈ ਜੋ ਤੁਹਾਡੇ ਤੋਂ ਕਿਤੇ ਦੂਰ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕੋਡ ਚੰਗਾ ਨਹੀਂ ਹੈ. ਇਸ ਦੇ ਉਲਟ, ਇਹ ਇੱਕ ਸਹਾਇਕ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਥੱਕ ਗਏ ਹੋ ਅਤੇ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਕੁਝ ਭੁੱਲ ਗਏ ਹੋ।

ਇਹ ਸੱਚ ਹੈ ਕਿ ਨਿਯਮਤ ਵਰਤੋਂ ਤੋਂ ਬਿਨਾਂ, ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿਕਾਸ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸਰਲ ਬਣਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ। ਆਖ਼ਰਕਾਰ, ਇੱਕ ਡਿਵੈਲਪਰ ਲਈ ਇਸਦਾ ਮੁੱਖ ਲਾਭ ਕੋਡ ਦੇ ਗੁੰਝਲਦਾਰ ਅਤੇ ਵਿਵਾਦਪੂਰਨ ਭਾਗਾਂ ਦੀ ਖੋਜ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਪਰ ਉਹਨਾਂ ਦੀ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਵਿੱਚ ਹੈ। ਇਸ ਗੱਲ ਨਾਲ ਸਹਿਮਤ ਹੋ ਕਿ ਸੰਪਾਦਨਾਂ ਨੂੰ ਜਾਂਚ ਲਈ ਭੇਜੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਸਮੱਸਿਆ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਨਾ ਸਿਰਫ਼ ਦੁਖਦਾਈ ਹੈ, ਸਗੋਂ ਬਹੁਤ ਸਮਾਂ ਲੈਣ ਵਾਲਾ ਵੀ ਹੈ। ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ, ਜਦੋਂ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਹਰੇਕ ਬਦਲਾਅ ਨੂੰ ਸਿੱਧਾ ਦੇਖਦਾ ਹੈ ਅਤੇ ਕੋਡ 'ਤੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਸ਼ੱਕੀ ਸਥਾਨਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।

ਅਤੇ ਜੇ ਤੁਸੀਂ ਜਾਂ ਤੁਹਾਡੇ ਸਹਿਯੋਗੀ ਅਜੇ ਵੀ ਨਿਸ਼ਚਤ ਨਹੀਂ ਹਨ ਕਿ ਕੀ ਇਹ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਯੋਗ ਹੈ, ਤਾਂ ਮੈਂ ਸੁਝਾਅ ਦਿੰਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਹੁਣ ਲੇਖ ਪੜ੍ਹਨਾ ਸ਼ੁਰੂ ਕਰੋ "ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਥਿਰ ਕੋਡ ਵਿਸ਼ਲੇਸ਼ਕ PVS-Studio ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦੇ ਕਾਰਨਇਹ ਡਿਵੈਲਪਰਾਂ ਦੀਆਂ ਖਾਸ ਚਿੰਤਾਵਾਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ ਕਿ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਉਹਨਾਂ ਦਾ ਸਮਾਂ ਲਵੇਗਾ ਆਦਿ।

ਜੇ ਤੁਸੀਂ ਇਸ ਲੇਖ ਨੂੰ ਅੰਗ੍ਰੇਜ਼ੀ ਬੋਲਣ ਵਾਲੇ ਦਰਸ਼ਕਾਂ ਨਾਲ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਅਨੁਵਾਦ ਲਈ ਲਿੰਕ ਦੀ ਵਰਤੋਂ ਕਰੋ: ਮੈਕਸਿਮ ਜ਼ਵਿਆਗਿੰਟਸੇਵ। ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ: ਸ਼ੁਰੂਆਤ ਤੋਂ ਏਕੀਕਰਣ ਤੱਕ.

ਸਰੋਤ: www.habr.com